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