Date: Tue, 23 Oct 2012 11:05:55 +0200 From: Dimitry Andric <dim@FreeBSD.org> To: Jan Beich <jbeich@tormail.org> Cc: svn-src-head@freebsd.org, svn-src-all@freebsd.org, Marcel Moolenaar <marcel@FreeBSD.org>, src-committers@freebsd.org Subject: Re: svn commit: r241823 - in head: . etc etc/atf etc/mtree lib lib/atf lib/atf/libatf-c lib/atf/libatf-c++ libexec libexec/atf libexec/atf/atf-check share share/atf share/doc share/doc/atf share/exampl... Message-ID: <50865DF3.7060302@FreeBSD.org> In-Reply-To: <1TQJtx-000C9z-I6@internal.tormail.org> References: <201210220118.q9M1Ifh5098857__14926.3614825488$1350868751$gmane$org@svn.freebsd.org> <1TQC0L-000AZG-Q5@internal.tormail.org> <1TQFrW-0008DN-S8@internal.tormail.org> <1TQJtx-000C9z-I6@internal.tormail.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On 2012-10-22 16:58, Jan Beich wrote: > Dimitry Andric <dim@FreeBSD.org> writes: >> On 2012-10-22 09:00, Jan Beich wrote: ... >>> undefined reference to `std::__1::basic_ios<char, >>> std::__1::char_traits<char> >::clear(unsigned int)' >>> clang++: error: linker command failed with exit code 1 (use -v to >>> see invocation) >> Strange, for me it compiles (with a bunch of warnings, which I have >> fixed locally), and links just fine. However, I always use -std=c++11, >> which -std= flag are you using, if any? > Adding -std=c++11 doesn't help. Neither yours or Garrett's patches. > Instead, removing local -finline-functions (implied by -O3) does. With clang, -O3 does not imply -finline-functions, but it may have some influence on the threshold for inlining. This error is still very strange though, and it might be a real bug in the optimizer at -O3; at this level, it really seems to generate a call to a function that is declared inline, with the __always_inline attribute. For now, I would advise not to use higher levels than -O2. Meanwhile, I will take this problem to the llvm/clang guys.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?50865DF3.7060302>