Skip site navigation (1)Skip section navigation (2)
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>