Slashdot Mirror


DragonFlyBSD 4.4 Switches To the Gold Linker By Default (phoronix.com)

An anonymous reader writes: DragonFlyBSD 4.4 is now available for download (x86_64 ISO) and is a feature release that presents many improvements and new features. DragonFlyBSD now uses the Gold Linker by default rather than GNU Ld, updates the Intel and Radeon graphics support against the Linux 3.18 kernel, improves its experimental HAMMER2 file-system updates the locale system and provides collation for named locales, changes out its regex library, and has new hardware drivers. More details on the 4.4 release page.

26 comments

  1. Re:gold linker is racist by Anonymous Coward · · Score: 0

    Oh my god this is the funniest joke ever posted... NOT.

  2. Have they moved to LLVM/Clang? by unixisc · · Score: 1

    Just wondering 2 things:

    1. Are they going to LLVM/Clang, like FreeBSD has?

    2. Are they implementing Wayland?

    1. Re:Have they moved to LLVM/Clang? by Anonymous Coward · · Score: 2, Funny

      3. When will it support the gold-standard systemd?

    2. Re:Have they moved to LLVM/Clang? by Anonymous Coward · · Score: 0

      1.The only mention of clang in the release notes is is userland:

          "gcc50 libstdc++ modified to enable full usage of C99 functions on clang"
          http://www.dragonflybsd.org/release44/

      So I would say as far as the core goes, not for the time being.

      2. That would be something for the Wayland developers to address.

    3. Re:Have they moved to LLVM/Clang? by Anonymous Coward · · Score: 1

      3. When will it support the gold-standard systemd?

      "Gold standard"? ... ... ... Bwhahahahahahahahahahahahahahahahahahahahahaaaaaa.

    4. Re:Have they moved to LLVM/Clang? by Anonymous Coward · · Score: 0

      You won't be able to resist the master race for much longer.

    5. Re:Have they moved to LLVM/Clang? by m.dillon · · Score: 4, Informative

      LLVM/Clang builds the DragonFly world and kernel but does not yet build the boot loader. It can be brought in via dports. So it isn't 100% yet but very close. When it does get to 100% it will become one of our two officially supported compilers. Those are currently gcc-4.7 and gcc-5.2.1.

      Wayland support isn't really up to us, but there is wayland support in XOrg that I think works for programs desiring to use that API. Don't quote me on it though.

      -Matt

    6. Re:Have they moved to LLVM/Clang? by fnj · · Score: 1

      Nice to see gcc 5.2.1 supported! Linux distros and BSDs relying on prehistoric gcc versions always bummed me out.

    7. Re:Have they moved to LLVM/Clang? by Anonymous Coward · · Score: 0

      thanks, i needed a good belly laugh.

    8. Re:Have they moved to LLVM/Clang? by serviscope_minor · · Score: 1

      Out of interest why the move from the old to the new linker?

      I assume there is an advantage as GNU have adopted gold as a project even though it's rather less featureful than its predecessor. I hear things like it's faster, especially for large programs. Is this why you switched?

      I'd be very interested to hear what motivated the change

      --
      SJW n. One who posts facts.
    9. Re:Have they moved to LLVM/Clang? by Anonymous Coward · · Score: 0

      Newer versions of gcc usually equate to miscompiled code, not faster code, thus the desire to stay on older gcc versions.

      You clearly have never been fucked over by some gcc dingbat developer.

    10. Re:Have they moved to LLVM/Clang? by Anonymous Coward · · Score: 0

      Are they going to LLVM/Clang, like FreeBSD has?

      The article says they just switched from the orignal GNU ld to the GNU gold, not LLVM's lld. Perhaps they aren't as anti-GPL as FreeBSD? ;)

    11. Re:Have they moved to LLVM/Clang? by Anonymous Coward · · Score: 0

      .sig file! .sig file! .sig file!

    12. Re:Have they moved to LLVM/Clang? by scruffy · · Score: 1

      LLVM/Clang builds the DragonFly world and kernel but does not yet build the boot loader. It can be brought in via dports. So it isn't 100% yet but very close. When it does get to 100% it will become one of our two officially supported compilers. Those are currently gcc-4.7 and gcc-5.2.1.

      Wayland support isn't really up to us, but there is wayland support in XOrg that I think works for programs desiring to use that API. Don't quote me on it though.

      -Matt

      Ok, got it. No quoting.

    13. Re:Have they moved to LLVM/Clang? by Anonymous Coward · · Score: 0

      DragonFly was the first BSD (i think) to import GPLv3 code. Since then, NetBSD has some optional stuff under GPLv3 and MidnightBSD has one tool that is GPLv3 in base. Except for Dragonfly, BSD systems tend to prefer BSD licensed code. This gives dragonfly an advantage in some benchmarks with their up-to-date GNU toolchain at the expense of pissing off some people who don't like the GPL and also limiting commercial use of the system.

  3. r290x/390x radeon support at last in BSD land? by Anonymous Coward · · Score: 0

    r290x/390x radeon support at last in BSD land?

    I can't see anything specific & it is the only thing holding me in the SystemMD mess that Linux is mired int....

    GreekGeek :-)

    1. Re:r290x/390x radeon support at last in BSD land? by laffer1 · · Score: 1

      Nothing is stopping AMD from supporting BSD like NVIDIA does. This is a vendor fail and I buy NVIDIA cards to support their BSD efforts even if it is only FreeBSD.

  4. Congratulations Matt by joelsherrill · · Score: 1

    Nice to see a new release.

    1. Re:Congratulations Matt by Anonymous Coward · · Score: 0

      Nice to see a new release.

      Fuck off Joel.

  5. Looking forward to Hammer2 by fnj · · Score: 1

    Do we have any expected timeframe for when Hammer2 will become the default?

    1. Re:Looking forward to Hammer2 by phoenix_rizzen · · Score: 1

      Approx 3 weeks after it's complete, tested, and ready for day-to-day use. ;)

  6. "updates the Intel and Radeon graphics support" by Anonymous Coward · · Score: 0

    >updates the Intel and Radeon graphics support against the Linux 3.18 kernel

    I'm pretty sure the Linux 3.18 kernel is not an option in DragonflyBSD. the announcement says "drm/i915 and drm/radeon drivers now match Linux kernel 3.18" which I would interpret to mean the DFBSD driver is equivalent to what's ins Linux 3.18. Goddammit timothy, can't you read?

  7. Named locales? by Anonymous Coward · · Score: 0

    How do you select between Spanish (Traditional) and Spanish (International)? They are both es-ES but have different sort orders.