svn commit: r384676 - head/cad/kicad
Don Lewis
truckman at FreeBSD.org
Sat Apr 25 06:11:16 UTC 2015
On 25 Apr, Jan Beich wrote:
> Thierry Thomas <thierry at FreeBSD.org> writes:
>
>> Author: thierry
>> Date: Fri Apr 24 19:34:19 2015
>> New Revision: 384676
>> URL: https://svnweb.freebsd.org/changeset/ports/384676
>>
>> Log:
>> Mark BROKEN of FreeBSD < 10:
>>
>> /usr/local/lib/libwebkitgtk-1.0.so.0: undefined reference to
>> `std::chrono::_V2::steady_clock::now()@GLIBCXX_3.4.19'
>> /usr/local/lib/libjavascriptcoregtk-1.0.so.0: undefined reference to
>> `std::chrono::_V2::system_clock::now()@GLIBCXX_3.4.19'
>> collect2: error: ld returned 1 exit status
>>
>> This is standard C++11, but there is a problem with stdlib.
>
> Mixing libc++ and libstdc++ ? libc++ is only default on FreeBSD 10+ but
> kicad/Makefile unconditionally does
>
> LDFLAGS+= -L${LOCALBASE}/lib/c++
> CXXFLAGS+= -nostdinc++ -isystem ${LOCALBASE}/include/c++/v1
> BUILD_DEPENDS+= ${LOCALBASE}/lib/c++/libstdc++.so:${PORTSDIR}/devel/libc++
>
> while the dependencies may still be linked against libstdc++.
I also noticed that brokenness in the Makefile, but I think libc++ isn't
getting linked in because of the presence of -nostdinc++ and the lack of
-lc++. I think the three lines above should go away.
The linker error seems to indicate that the linker is trying to link
against libstdc++ in base instead of the one bundled with the gcc port.
The likely cause is that the port is ignoring LDFLAGS, which contains
-Wl,-rpath=${_GCC_RUNTIME} -L${_GCC_RUNTIME}
because of USE_GCC=4.7.
More information about the svn-ports-all
mailing list