The gold linker only supports the ELF format. This means it can't be used with other formats. This "cleaner implementation" is no different than throwing all the people you don't like into concentration camps.
The mind-numbing stupidity of SJW's are indeed mind-numbing and stupid. They are the TRUE RACISTS. They project their own closet racism on everyone else but themselves. Thus trying to cover up the fact THEY are the racists.
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.
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
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.
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.
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.
>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?
gold linker is racist (Score:-1)
The gold linker only supports the ELF format. This means it can't be used with other formats. This "cleaner implementation" is no different than throwing all the people you don't like into concentration camps.
Re: (Score:0)
Oh my god this is the funniest joke ever posted... NOT.
Re: (Score:-1)
The mind-numbing stupidity of SJW's are indeed mind-numbing and stupid. They are the TRUE RACISTS. They project their own closet racism on everyone else but themselves. Thus trying to cover up the fact THEY are the racists.
Have they moved to LLVM/Clang? (Score:2)
Just wondering 2 things:
1. Are they going to LLVM/Clang, like FreeBSD has?
2. Are they implementing Wayland?
Re: (Score:2, Funny)
3. When will it support the gold-standard systemd?
Re: (Score:1)
3. When will it support the gold-standard systemd?
"Gold standard"? ... ... ... Bwhahahahahahahahahahahahahahahahahahahahahaaaaaa.
Re: (Score:0)
You won't be able to resist the master race for much longer.
Re: (Score:0)
.sig file! .sig file! .sig file!
Re: (Score:0)
thanks, i needed a good belly laugh.
Re: (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.
Re:Have they moved to LLVM/Clang? (Score:5, 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
Re: (Score:2)
Nice to see gcc 5.2.1 supported! Linux distros and BSDs relying on prehistoric gcc versions always bummed me out.
Re: (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.
Re: (Score:2)
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
Re: (Score:2)
Ok, got it. No quoting.
Re: (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? ;)
Re: (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.
r290x/390x radeon support at last in BSD land? (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 :-)
Re: (Score:2)
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.
moD 0p (Score:-1)
Congratulations Matt (Score:2)
Nice to see a new release.
Re: (Score:0)
Nice to see a new release.
Fuck off Joel.
Looking forward to Hammer2 (Score:2)
Do we have any expected timeframe for when Hammer2 will become the default?
Re: (Score:2)
Approx 3 weeks after it's complete, tested, and ready for day-to-day use. ;)
"updates the Intel and Radeon graphics support" (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?
Named locales? (Score:0)