Date: Sat, 09 Jun 2012 15:08:09 +0200 From: "O. Hartmann" <ohartman@zedat.fu-berlin.de> To: Dimitry Andric <dimitry@andric.com> Cc: Current FreeBSD <freebsd-current@FreeBSD.org>, Ports FreeBSD <freebsd-ports@freebsd.org> Subject: Re: mail/thunderbird: FreeBSD 10.0-CURRENT/amd64 and CLANG fail to build Thunderbird 13 Message-ID: <4FD34AB9.1090304@zedat.fu-berlin.de> In-Reply-To: <4FD34731.3090502@andric.com> References: <4FD33E24.9060408@zedat.fu-berlin.de> <4FD34731.3090502@andric.com>
next in thread | previous in thread | raw e-mail | index | archive | help
This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig941C3DA9D4BA38B9AEB39915 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 06/09/12 14:53, Dimitry Andric wrote: > On 2012-06-09 14:14, O. Hartmann wrote: >> My FreeBSD 10-CURRENT/amd64 boxes fail to build Thunderbird 13 compili= ng >> with CLANG. The error is very much the same as when I try compiling >> Firefox 13 on the same box with CLANG. > ... >=20 > I'm not sure this problem is related to clang at all, see below. >=20 >=20 >> I tried to track down the problem, but I failed. Bot systems are used = to >> have very similar setups and ports, both boxes have FreeBSD >> 10.0-CURRENT/amd64 (FreeBSD 10.0-CURRENT #0 r236694: Wed Jun 6 23:06:= 12 >> CEST 2012), both OSes have been compiled with CLANG. The box in questi= on >> is a very new Sandy-Bridge-E system with 32GB RAM, while the box >> compiling well is a older Core2Duo (I mention this since I read about >> differences in how LLVM/CLANG 3.1 may behave on different CPUs, even >> with -O2 enabled). >> >> I'm confused about this, since Firefox 13 and even 12 fail at the same= >> point with a very similar error message in this "xpcom" module. > ... >> /usr/ports/mail/thunderbird/work/comm-release/mozilla/xpcom/base/nsSta= ckWalk.cpp:1196:29: >> error: use of undeclared identifier '_Unwind_Backtrace' >> _Unwind_Reason_Code t =3D _Unwind_Backtrace(unwind_callback, &info= ); >=20 > This simply looks like a problem in nsStackWalk.cpp; it should include > <unwind.h> to get the proper declaration for _Unwind_Backtrace(). >=20 > I don't have the time to look into this at the moment, but my suspicion= > would be that whatever Mozilla uses for its configuration scripts is no= t > finding the proper unwind.h header. Thank you for looking into this. Well, I did the follwoing. I search per "find / -name unwind.h -print" for unwind.h. On all of my boxes, there are plenty of them found: root@thor [~] find / -name unwind.h -print /usr/local/include/unwind.h /usr/local/lib/gcc46/gcc/x86_64-portbld-freebsd10.0/4.6.4/include/unwind.= h /usr/src/include/unwind.h /usr/src/contrib/libcxxrt/unwind.h /usr/src/contrib/llvm/tools/clang/lib/Headers/unwind.h /usr/src/sys/ia64/include/unwind.h /usr/obj/usr/src/tmp/usr/include/c++/v1/unwind.h /usr/obj/usr/src/tmp/usr/include/clang/3.1/unwind.h /usr/obj/usr/src/tmp/usr/src/gnu/usr.bin/cc/cc_tools/unwind.h /usr/obj/usr/src/gnu/lib/libgcc/unwind.h /usr/obj/usr/src/gnu/lib/libstdc++/unwind.h /usr/obj/usr/src/gnu/lib/libsupc++/unwind.h /usr/obj/usr/src/gnu/usr.bin/cc/cc_tools/unwind.h /usr/obj/usr/src/lib32/usr/include/c++/v1/unwind.h /usr/obj/lib32/usr/src/gnu/lib/libgcc/unwind.h /usr/obj/lib32/usr/src/gnu/lib/libstdc++/unwind.h /usr/obj/lib32/usr/src/gnu/lib/libsupc++/unwind.h /usr/include/c++/v1/unwind.h /usr/include/clang/3.1/unwind.h Lppking at other places: ohartmann@thor: [~] apropos unwind _U_dyn_cancel(3) - -- cancel unwind-info for dynamically generated code _U_dyn_register(3) - -- register unwind-info for dynamically generated code libunwind(3) - -- a (mostly) platform-independent unwind API libunwind-dynamic(3) - -- libunwind-support for runtime-generated cod= e libunwind-ia64(3) - -- IA-64-specific support in libunwind libunwind-ptrace(3) - -- ptrace() support in libunwind libunwind-setjmp(3) - -- libunwind-based non-local gotos unw_create_addr_space(3) - -- create address space for remote unwinding unw_destroy_addr_space(3) - -- destroy unwind address space unw_init_local(3) - -- initialize cursor for local unwinding unw_init_remote(3) - -- initialize cursor for remote unwinding unw_set_caching_policy(3) - -- set unwind caching policy ohartmann@thor: [~] pkg_info |grep unwind libunwind-20110911 A generic stack unwinding library ohartmann@thor: [~] pkg_info -R libunwind-20110911 Information for libunwind-20110911: Required by: blender-2.63_1 Well, on all boxes in question I/we have installed port "blender" and blender reels in port "libunwind". I will check by deleting port "libunwind" wether I can build firefox/thunderbird with CLANG (gcc 4.6 works fine). Regards, oh --------------enig941C3DA9D4BA38B9AEB39915 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAEBAgAGBQJP00rDAAoJEOgBcD7A/5N86+cIAKoc6nXYgIArajxP5oURMS2Q XzyA9df/fV4ocX5ifkTZKehNA4zukDf/ne3H3D4xrMX0wyDVNIl9NdLwQbIJ/LXY arLJPUzLQeH9uvGZLdGG+mPIkaEMYZPpb4oSBJCTXnPROMuZj+3NnIt1nR0y5vRp whwL5WO8pIHsjvNTK9gbB4+TtLy+no/c13D4A1YCB5mIPWaispSm8QKeq40XiCKa oxqnNlhGJk286+/9UUCu0H66r2YiqMVq5qNxkG72Yc7bDz5K+QT1csQDpGGtrHM7 Krkx179/Mjt6AjSJg3vUz/h1FDy10z0vm1HOOfqMljNU++RMT2Bm+Z2QSiZ+poM= =DJSr -----END PGP SIGNATURE----- --------------enig941C3DA9D4BA38B9AEB39915--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4FD34AB9.1090304>