Re: r246057: buildworld fails with: /usr/obj/usr/src/tmp/usr/lib/libc++.so: undefined reference to `std::bad_alloc::~bad_alloc()'
Am 02/03/13 21:48, schrieb Dimitry Andric: On 2013-01-29 11:06, O. Hartmann wrote: I receive this error since yesterday building world and it is still sticky on most recent sources (r246057) and I was wondering why the tinderboxes do not pick this up on the 10.0-CURRENT builds ... just for a notice for the development folks ... ... /usr/obj/usr/src/tmp/usr/lib/libc++.so: undefined reference to `std::bad_alloc::~bad_alloc()' I have committed a fix for libcxxrt's symbol version map in r246297. Please update to that revision, clean out /usr/obj, and try buildworld again. -Dimitry Thank you, works. Oliver signature.asc Description: OpenPGP digital signature
Re: r246057: buildworld fails with: /usr/obj/usr/src/tmp/usr/lib/libc++.so: undefined reference to `std::bad_alloc::~bad_alloc()'
Am 01/31/13 10:10, schrieb David Chisnall: On 31 Jan 2013, at 04:37, O. Hartmann wrote: First, I suspected the c++ option -std=c++11 I issued in /etc/src.conf when building the sources - I did this before without any problems. Then, leaving the build without -std=c++11 option, I get the following error below and compilation stops. Maybe this reveals the real issue. The revision of the OS I compile on and where it fails is FreeBSD 10.0-CURRENT #2 r245995: Sun Jan 27 19:56:47 CET 2013. This is maybe of any help. If you are going to compile with -stdlib=libc++ and not -std=c++11, then you probably need to add -Wno-c++11-extensions. Some C++11isms have crept into the libc++ headers. I think some have been fixed upstream, so I'll do a new import soon and see. David Since world can not be build anymore at the moment with the use of -stdlib=libc++, wouldn't it be well-advised to make a note in UPDATING? I was wondering that so few CURRENT users are going to use the new libc++ for building world. If it is an official advise NOT to use libc++ at the moment and I simply didn't get the message, please consider my complain without a subject anymore. Regards, Oliver signature.asc Description: OpenPGP digital signature
Re: r246057: buildworld fails with: /usr/obj/usr/src/tmp/usr/lib/libc++.so: undefined reference to `std::bad_alloc::~bad_alloc()'
On 2013-01-29 11:06, O. Hartmann wrote: I receive this error since yesterday building world and it is still sticky on most recent sources (r246057) and I was wondering why the tinderboxes do not pick this up on the 10.0-CURRENT builds ... just for a notice for the development folks ... ... /usr/obj/usr/src/tmp/usr/lib/libc++.so: undefined reference to `std::bad_alloc::~bad_alloc()' I have committed a fix for libcxxrt's symbol version map in r246297. Please update to that revision, clean out /usr/obj, and try buildworld again. -Dimitry ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: r246057: buildworld fails with: /usr/obj/usr/src/tmp/usr/lib/libc++.so: undefined reference to `std::bad_alloc::~bad_alloc()'
On 31 Jan 2013, at 04:37, O. Hartmann wrote: First, I suspected the c++ option -std=c++11 I issued in /etc/src.conf when building the sources - I did this before without any problems. Then, leaving the build without -std=c++11 option, I get the following error below and compilation stops. Maybe this reveals the real issue. The revision of the OS I compile on and where it fails is FreeBSD 10.0-CURRENT #2 r245995: Sun Jan 27 19:56:47 CET 2013. This is maybe of any help. If you are going to compile with -stdlib=libc++ and not -std=c++11, then you probably need to add -Wno-c++11-extensions. Some C++11isms have crept into the libc++ headers. I think some have been fixed upstream, so I'll do a new import soon and see. David signature.asc Description: Message signed with OpenPGP using GPGMail
Re: r246057: buildworld fails with: /usr/obj/usr/src/tmp/usr/lib/libc++.so: undefined reference to `std::bad_alloc::~bad_alloc()'
O. Hartmann ohart...@zedat.fu-berlin.de writes:
c++ -O3 -pipe -fno-strict-aliasing -march=native -march=native
-DHAVE_CONFIG_H -I/usr/src/libexec/atf/atf-check/../../../contrib/atf
-Qunused-arguments -fstack-protector -Wsystem-headers -Wall
-Wno-format-y2k -W -Wno-unused-parameter -Wpointer-arith
-Wno-uninitialized -Wno-empty-body -Wno-string-plus-int
-Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality
-Wno-unused-function -Wno-conversion -stdlib=libc++ -std=c++11
-L/usr/obj/usr/src/libexec/atf/atf-check/../../../lib/atf/libatf-c++
-L/usr/obj/usr/src/libexec/atf/atf-check/../../../lib/atf/libatf-c -o
atf-check atf-check.o -latf-c++ -latf-c
/usr/obj/usr/src/tmp/usr/lib/libc++.so: undefined reference to
`std::bad_alloc::~bad_alloc()'
/usr/obj/usr/src/libexec/atf/atf-check/../../../lib/atf/libatf-c++/libatf-c++.so:
undefined reference to `std::bad_alloc::bad_alloc()'
/usr/obj/usr/src/libexec/atf/atf-check/../../../lib/atf/libatf-c++/libatf-c++.so:
undefined reference to `std::bad_alloc::~bad_alloc()'
/usr/obj/usr/src/tmp/usr/lib/libc++.so: undefined reference to
`std::bad_alloc::bad_alloc()'
c++: error: linker command failed with exit code 1 (use -v to see
invocation)
*** [atf-check] Error code 1
Try stage binaries built with default CXXFLAGS from allbsd.org snapshot.
With them installed do you see smth like the following?
$ clang++ -stdlib=libc++ foo.c
clang++: warning: treating 'c' input as 'c++' when in C++ mode, this behavior
is deprecated
/usr/lib/libc++.so: undefined reference to `std::bad_alloc::~bad_alloc()'
/usr/lib/libc++.so: undefined reference to `std::bad_alloc::bad_alloc()'
/usr/lib/libc++.so: undefined reference to `std::bad_alloc::~bad_alloc()'
/usr/lib/libc++.so: undefined reference to `std::bad_alloc::bad_alloc()'
clang++: error: linker command failed with exit code 1 (use -v to see
invocation)
It's different from the error when you build libc++ before libcxxrt.
$ clang++ -stdlib=libc++ foo.c
clang++: warning: treating 'c' input as 'c++' when in C++ mode, this behavior
is deprecated
/usr/lib/libc++.so: undefined reference to
`std::uncaught_exception()@CXXABI_1.3'
/usr/lib/libc++.so: undefined reference to
`std::exception::~exception()@CXXRT_1.0'
/usr/lib/libc++.so: undefined reference to
`std::bad_alloc::~bad_alloc()@CXXRT_1.0'
/usr/lib/libc++.so: undefined reference to `typeinfo for
std::exception@CXXRT_1.0'
/usr/lib/libc++.so: undefined reference to
`std::bad_alloc::~bad_alloc()@CXXRT_1.0'
/usr/lib/libc++.so: undefined reference to
`std::bad_alloc::bad_alloc()@CXXRT_1.0'
/usr/lib/libc++.so: undefined reference to `typeinfo for
std::bad_cast@CXXRT_1.0'
/usr/lib/libc++.so: undefined reference to
`std::bad_cast::~bad_cast()@CXXRT_1.0'
/usr/lib/libc++.so: undefined reference to `typeinfo for
std::bad_alloc@CXXRT_1.0'
/usr/lib/libc++.so: undefined reference to
`std::bad_alloc::bad_alloc()@CXXRT_1.0'
/usr/lib/libc++.so: undefined reference to `std::terminate()@CXXABI_1.3'
clang++: error: linker command failed with exit code 1 (use -v to see
invocation)
--
#! /bin/sh
# fetch/install stage binaries from allbsd.org snapshots
TARGET=amd64
TARGET_ARCH=amd64
BRANCH=10.0-HEAD
#REVISION=r245980 # works fine
REVISION=r246034 # doesn't work
LIBS=lib/libcxxrt/libcxxrt.so.1:/lib \
lib/libc++/libc++.so.1:/usr/lib \
gnu/lib/libsupc++/libsupc++.so.1:/usr/lib
for f in $LIBS; do
#chflags 0 $dir/${file##*/}
fetch -o ${f#*:}
https://pub.allbsd.org/FreeBSD-snapshots/${TARGET}-${TARGET_ARCH}/${BRANCH}-${REVISION}-JPSNAP/stage/usr/obj/usr/src/${f%:*}
done
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: r246057: buildworld fails with: /usr/obj/usr/src/tmp/usr/lib/libc++.so: undefined reference to `std::bad_alloc::~bad_alloc()'
Am 01/29/13 17:35, schrieb David Wolfskill:
On Tue, Jan 29, 2013 at 11:06:02AM +0100, O. Hartmann wrote:
I receive this error since yesterday building world and it is still
sticky on most recent sources (r246057) and I was wondering why the
tinderboxes do not pick this up on the 10.0-CURRENT builds ... just for
a notice for the development folks ...
...
=== libexec/atf/atf-check (all)
...
c++ -O3 -pipe -fno-strict-aliasing -march=native -march=native
-DHAVE_CONFIG_H -I/usr/src/libexec/atf/atf-check/../../../contrib/atf
-Qunused-arguments -fstack-protector -Wsystem-headers -Wall
-Wno-format-y2k -W -Wno-unused-parameter -Wpointer-arith
-Wno-uninitialized -Wno-empty-body -Wno-string-plus-int
-Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality
-Wno-unused-function -Wno-conversion -stdlib=libc++ -std=c++11
-L/usr/obj/usr/src/libexec/atf/atf-check/../../../lib/atf/libatf-c++
-L/usr/obj/usr/src/libexec/atf/atf-check/../../../lib/atf/libatf-c -o
atf-check atf-check.o -latf-c++ -latf-c
/usr/obj/usr/src/tmp/usr/lib/libc++.so: undefined reference to
`std::bad_alloc::~bad_alloc()'
/usr/obj/usr/src/libexec/atf/atf-check/../../../lib/atf/libatf-c++/libatf-c++.so:
undefined reference to `std::bad_alloc::bad_alloc()'
/usr/obj/usr/src/libexec/atf/atf-check/../../../lib/atf/libatf-c++/libatf-c++.so:
undefined reference to `std::bad_alloc::~bad_alloc()'
/usr/obj/usr/src/tmp/usr/lib/libc++.so: undefined reference to
`std::bad_alloc::bad_alloc()'
c++: error: linker command failed with exit code 1 (use -v to see
invocation)
*** [atf-check] Error code 1
Stop in /usr/src/libexec/atf/atf-check.
*** [all] Error code 1
...
In contrast, I don't see a problem; most recent head build I have is:
FreeBSD freebeast.catwhisker.org 10.0-CURRENT FreeBSD 10.0-CURRENT #1057
r246057M/246068: Tue Jan 29 07:29:55 PST 2013
r...@freebeast.catwhisker.org:/usr/obj/usr/src/sys/GENERIC i386
For reference, yesterday's was:
FreeBSD freebeast.catwhisker.org 10.0-CURRENT FreeBSD 10.0-CURRENT #1056
r246028M/246028: Mon Jan 28 06:49:44 PST 2013
r...@freebeast.catwhisker.org:/usr/obj/usr/src/sys/GENERIC i386
That said (and this may be relevant), I'm using clang/clang++ to
build FreeBSD.
Peace,
david
First, I suspected the c++ option -std=c++11 I issued in /etc/src.conf
when building the sources - I did this before without any problems.
Then, leaving the build without -std=c++11 option, I get the following
error below and compilation stops.
Maybe this reveals the real issue.
The revision of the OS I compile on and where it fails is FreeBSD
10.0-CURRENT #2 r245995: Sun Jan 27 19:56:47 CET 2013. This is maybe of
any help.
The sources are at Revision: 246142
Oliver
[...]
/usr/obj/usr/src/tmp/usr/include/c++/v1/memory:3771:14: error: default
template arguments for a function template are a C++11 extension
[-Werror,-Wc++11-extensions]
class = typename enable_if
^ ~~
fatal error: too many errors emitted, stopping now [-ferror-limit=]
In file included from
/usr/src/lib/atf/libatf-c++/../../../contrib/atf/atf-c++/detail/application.cpp:42:
In file included from /usr/obj/usr/src/tmp/usr/include/c++/v1/iostream:38:
In file included from /usr/obj/usr/src/tmp/usr/include/c++/v1/ios:216:
In file included from /usr/obj/usr/src/tmp/usr/include/c++/v1/__locale:15:
In file included from /usr/obj/usr/src/tmp/usr/include/c++/v1/string:434:
In file included from /usr/obj/usr/src/tmp/usr/include/c++/v1/algorithm:594:
In file included from /usr/obj/usr/src/tmp/usr/include/c++/v1/memory:597:
/usr/obj/usr/src/tmp/usr/include/c++/v1/__functional_base:22:1: error:
inline namespaces are a C++11 feature [-Werror,-Wc++11-extensions]
_LIBCPP_BEGIN_NAMESPACE_STD
^
/usr/obj/usr/src/tmp/usr/include/c++/v1/__config:275:52: note: expanded
from macro '_LIBCPP_BEGIN_NAMESPACE_STD'
#define _LIBCPP_BEGIN_NAMESPACE_STD namespace std {inline namespace
_LIBCPP_NAMESPACE {
^
/usr/obj/usr/src/tmp/usr/include/c++/v1/__config:275:52: note: expanded
from macro '_LIBCPP_BEGIN_NAMESPACE_STD'
#define _LIBCPP_BEGIN_NAMESPACE_STD namespace std {inline namespace
_LIBCPP_NAMESPACE {
^
In file included from
/usr/src/lib/atf/libatf-c++/../../../contrib/atf/atf-c++/detail/application.cpp:42:
In file included from /usr/obj/usr/src/tmp/usr/include/c++/v1/iostream:38:
In file included from /usr/obj/usr/src/tmp/usr/include/c++/v1/ios:216:
In file included from /usr/obj/usr/src/tmp/usr/include/c++/v1/__locale:15:
In file included from /usr/obj/usr/src/tmp/usr/include/c++/v1/string:434:
In file included from /usr/obj/usr/src/tmp/usr/include/c++/v1/algorithm:594:
/usr/obj/usr/src/tmp/usr/include/c++/v1/memory:614:1: error: inline
namespaces are a C++11 feature [-Werror,-Wc++11-extensions]
_LIBCPP_BEGIN_NAMESPACE_STD
^
r246057: buildworld fails with: /usr/obj/usr/src/tmp/usr/lib/libc++.so: undefined reference to `std::bad_alloc::~bad_alloc()'
I receive this error since yesterday building world and it is still sticky on most recent sources (r246057) and I was wondering why the tinderboxes do not pick this up on the 10.0-CURRENT builds ... just for a notice for the development folks ... oh === libexec/atf/atf-check (all) c++ -O3 -pipe -fno-strict-aliasing -march=native -march=native -DHAVE_CONFIG_H -I/usr/src/libexec/atf/atf-check/../../../contrib/atf -Qunused-arguments -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wpointer-arith -Wno-uninitialized -Wno-empty-body -Wno-string-plus-int -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-conversion -stdlib=libc++ -std=c++11 -c /usr/src/libexec/atf/atf-check/../../../contrib/atf/atf-sh/atf-check.cpp c++ -O3 -pipe -fno-strict-aliasing -march=native -march=native -DHAVE_CONFIG_H -I/usr/src/libexec/atf/atf-check/../../../contrib/atf -Qunused-arguments -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wpointer-arith -Wno-uninitialized -Wno-empty-body -Wno-string-plus-int -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-conversion -stdlib=libc++ -std=c++11 -L/usr/obj/usr/src/libexec/atf/atf-check/../../../lib/atf/libatf-c++ -L/usr/obj/usr/src/libexec/atf/atf-check/../../../lib/atf/libatf-c -o atf-check atf-check.o -latf-c++ -latf-c /usr/obj/usr/src/tmp/usr/lib/libc++.so: undefined reference to `std::bad_alloc::~bad_alloc()' /usr/obj/usr/src/libexec/atf/atf-check/../../../lib/atf/libatf-c++/libatf-c++.so: undefined reference to `std::bad_alloc::bad_alloc()' /usr/obj/usr/src/libexec/atf/atf-check/../../../lib/atf/libatf-c++/libatf-c++.so: undefined reference to `std::bad_alloc::~bad_alloc()' /usr/obj/usr/src/tmp/usr/lib/libc++.so: undefined reference to `std::bad_alloc::bad_alloc()' c++: error: linker command failed with exit code 1 (use -v to see invocation) *** [atf-check] Error code 1 Stop in /usr/src/libexec/atf/atf-check. *** [all] Error code 1 Stop in /usr/src/libexec/atf. *** [all] Error code 1 Stop in /usr/src/libexec. *** [libexec.all__D] Error code 1 Stop in /usr/src. *** [everything] Error code 1 Stop in /usr/src. *** [buildworld] Error code 1 Stop in /usr/src. signature.asc Description: OpenPGP digital signature
Re: r246057: buildworld fails with: /usr/obj/usr/src/tmp/usr/lib/libc++.so: undefined reference to `std::bad_alloc::~bad_alloc()'
On 01/29/13 11:08, David Chisnall wrote: On 29 Jan 2013, at 10:06, O. Hartmann wrote: I receive this error since yesterday building world and it is still sticky on most recent sources (r246057) and I was wondering why the tinderboxes do not pick this up on the 10.0-CURRENT builds ... just for a notice for the development folks ... Are you building with -DNO_CLEAN or similar? This error is expected if you have recompiled libcxxrt but not libc++. If you recompile libc++, it should work correctly. Alternatively, if it is accidentally trying to link the libc++ that you build against your installed libcxxrt, then it will also break. David No, not that I'm aware of that (no -DNO_CLESN). I run a script calling make -jX buildworld, the script evaluates simply the number of threads possible and also deletes(!) /usr/obj completely. So I'm quite sure that I start over with a virging /usr/obj when I start building world. oh signature.asc Description: OpenPGP digital signature
Re: r246057: buildworld fails with: /usr/obj/usr/src/tmp/usr/lib/libc++.so: undefined reference to `std::bad_alloc::~bad_alloc()'
On 29 Jan 2013, at 10:48, O. Hartmann wrote: On 01/29/13 11:08, David Chisnall wrote: On 29 Jan 2013, at 10:06, O. Hartmann wrote: I receive this error since yesterday building world and it is still sticky on most recent sources (r246057) and I was wondering why the tinderboxes do not pick this up on the 10.0-CURRENT builds ... just for a notice for the development folks ... Are you building with -DNO_CLEAN or similar? This error is expected if you have recompiled libcxxrt but not libc++. If you recompile libc++, it should work correctly. Alternatively, if it is accidentally trying to link the libc++ that you build against your installed libcxxrt, then it will also break. David No, not that I'm aware of that (no -DNO_CLESN). I run a script calling make -jX buildworld, the script evaluates simply the number of threads possible and also deletes(!) /usr/obj completely. So I'm quite sure that I start over with a virging /usr/obj when I start building world. Is it building libcxxrt before building libc++? Can you check what command it is running to link libc++? David signature.asc Description: Message signed with OpenPGP using GPGMail
Re: r246057: buildworld fails with: /usr/obj/usr/src/tmp/usr/lib/libc++.so: undefined reference to `std::bad_alloc::~bad_alloc()'
On 29 Jan 2013, at 10:06, O. Hartmann wrote: I receive this error since yesterday building world and it is still sticky on most recent sources (r246057) and I was wondering why the tinderboxes do not pick this up on the 10.0-CURRENT builds ... just for a notice for the development folks ... Are you building with -DNO_CLEAN or similar? This error is expected if you have recompiled libcxxrt but not libc++. If you recompile libc++, it should work correctly. Alternatively, if it is accidentally trying to link the libc++ that you build against your installed libcxxrt, then it will also break. David ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: r246057: buildworld fails with: /usr/obj/usr/src/tmp/usr/lib/libc++.so: undefined reference to `std::bad_alloc::~bad_alloc()'
On Tue, Jan 29, 2013 at 11:06:02AM +0100, O. Hartmann wrote: I receive this error since yesterday building world and it is still sticky on most recent sources (r246057) and I was wondering why the tinderboxes do not pick this up on the 10.0-CURRENT builds ... just for a notice for the development folks ... ... === libexec/atf/atf-check (all) ... c++ -O3 -pipe -fno-strict-aliasing -march=native -march=native -DHAVE_CONFIG_H -I/usr/src/libexec/atf/atf-check/../../../contrib/atf -Qunused-arguments -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wpointer-arith -Wno-uninitialized -Wno-empty-body -Wno-string-plus-int -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-conversion -stdlib=libc++ -std=c++11 -L/usr/obj/usr/src/libexec/atf/atf-check/../../../lib/atf/libatf-c++ -L/usr/obj/usr/src/libexec/atf/atf-check/../../../lib/atf/libatf-c -o atf-check atf-check.o -latf-c++ -latf-c /usr/obj/usr/src/tmp/usr/lib/libc++.so: undefined reference to `std::bad_alloc::~bad_alloc()' /usr/obj/usr/src/libexec/atf/atf-check/../../../lib/atf/libatf-c++/libatf-c++.so: undefined reference to `std::bad_alloc::bad_alloc()' /usr/obj/usr/src/libexec/atf/atf-check/../../../lib/atf/libatf-c++/libatf-c++.so: undefined reference to `std::bad_alloc::~bad_alloc()' /usr/obj/usr/src/tmp/usr/lib/libc++.so: undefined reference to `std::bad_alloc::bad_alloc()' c++: error: linker command failed with exit code 1 (use -v to see invocation) *** [atf-check] Error code 1 Stop in /usr/src/libexec/atf/atf-check. *** [all] Error code 1 ... In contrast, I don't see a problem; most recent head build I have is: FreeBSD freebeast.catwhisker.org 10.0-CURRENT FreeBSD 10.0-CURRENT #1057 r246057M/246068: Tue Jan 29 07:29:55 PST 2013 r...@freebeast.catwhisker.org:/usr/obj/usr/src/sys/GENERIC i386 For reference, yesterday's was: FreeBSD freebeast.catwhisker.org 10.0-CURRENT FreeBSD 10.0-CURRENT #1056 r246028M/246028: Mon Jan 28 06:49:44 PST 2013 r...@freebeast.catwhisker.org:/usr/obj/usr/src/sys/GENERIC i386 That said (and this may be relevant), I'm using clang/clang++ to build FreeBSD. Peace, david -- David H. Wolfskill da...@catwhisker.org Taliban: Evil men with guns afraid of truth from a 14-year old girl. See http://www.catwhisker.org/~david/publickey.gpg for my public key. pgpL9T9hSlHzm.pgp Description: PGP signature
