Date: Sun, 26 Oct 2014 18:01:14 +0100 (CET) From: Gerald Pfeifer <gerald@pfeifer.com> To: John Marino <marino@FreeBSD.org> Cc: svn-ports-head@freebsd.org, svn-ports-all@freebsd.org, ports-committers@freebsd.org Subject: Re: svn commit: r369236 - in head/science: ghemical libghemical libint mpqc Message-ID: <alpine.LSU.2.11.1410261759220.5717@tuna.site> In-Reply-To: <201409251104.s8PB43lY004283@svn.freebsd.org> References: <201409251104.s8PB43lY004283@svn.freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Thursday 2014-09-25 11:04, John Marino wrote: > Log: > science: Fix mpqc, libint and unbreak ghemical, and libghemical atomically > > science/ghemical would not link because libghemical.so (from science/ > libghemical port) had never been properly linked. Links to all mpqc "SC" > libraries were added to LDFLAGS to rectify this. The configure breakage > and solution is described below. > > After the version of lang/gcc was bumped from 4.7 to 4.8, > science/libghemical ceased to configure and it was marked broken. After > recreating the conftest, it was discovered that two versions incompatible > versions of libgcc_s.so were getting pulled in by the realtime linker: > the base version and the gcc48 ports version. > > The base version was getting pulled in by science/libint. To unbreak > libghemical, libint is now built with lang/gcc. It was necessary to > force libtool to link with LDFLAGS that Mk/bsd.gcc.mk sets so that > the runpaths match across libraries used by libghemical. Thanks for tracking this down and fixing it, John! I don't think we have seen this breakage as part of the -exp run before the lang/gcc bump to 4.8. With your fixes, is it fair to assume that the next bump (from GCC 4.8 to 4.9) will not expose this issue any more and be save (from this perspective)? Gerald
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?alpine.LSU.2.11.1410261759220.5717>