I forgot that this port was already fixed in arguably a better way:
In dports, the Makefile.DragonFly file contains this:
.if ${DFLYVERSION} > 300702
CONFIGURE_ARGS+= --with-lib-path=/lib:/usr/lib
.endif
The main makefile should probably have the CONFIGURE_ARGS+= line
added to it unconditionally because it doesn't make sense to
search /usr/local/lib when PORTSDIR != /usr/local.
So DragonFly is fine with the original fix, but FreeBSD should
look at taking it. I don't think the DFLYVERSION needs to be checked
either.
On the development branch of DragonFly, a number of shared system
libraries has moved from /usr/lib to /lib, mirroring what happened on
FreeBSD years ago. The bfd linker will not follow symlinks, so the
configure.tgt file needs to be updated for DragonFly 3.7+. This is a
no-op for FreeBSD.
A similar patch has been submitted upstream.
Do not install libiberty.a to aviod conflicts with devel/gnulibiberty [0]
Do not install include/ansidecl.h, to avoid conflicts with gcc49 [1]
Fix gold usage when linking c++ code, related to ctors [2]
Thanks to dim for help with getting gold to build with libc++!
PR: ports/176406 [0], ports/184327 [1]
Submitted by: Craig Leres <leres@ee.lbl.gov> [0]
Gerald Pfeifer <gerald@pfeifer.com> [1]
Requested by: rdivacky [2]
Add upstream patch to make it possible to build gcc on sparc64 [1]
Fix CONFIGURE_TARGET to do the right thing, previously the binutils build
could fail on amd64 when built as a dependency of for instance gcc. [2]
PR: ports/179291 [1]
Submitted by: Michael Moll <kvedulv@kvedulv.de> (PR) [1]
Reported by: kwm and dim [2]
timeout as it blocks some of the work I'm doing with ports and clang;
there are a large number of dependencies.
PR: ports/170982
Submitted by: brooks
Hat: portmgr
