debug build failure

classic Classic list List threaded Threaded
6 messages Options
Reply | Threaded
Open this post in threaded view
|

debug build failure

Robert Kaiser
Hi,

Somehow my builds tend to dislike me recently :(

Until a few days ago, my SeaMonkey debug build compiled fine, as well as
an opt build and a Firefox build from the same source tree (and
sometimes even a Thunderbird one) - all those with GCC 4.0.2 on Linux.

Now, only the opt build does well, the debug build fails with the following:

c++ -o TestMinStringAPI.o -c  -DMOZILLA_INTERNAL_API
-DOSTYPE=\"Linux2.6.13-15\" -DOSARCH=\"Linux\" -DBUILD_ID=2006051117
-I/mnt/mozilla/src/mozilla/xpcom/tests/../ds
-I/mnt/mozilla/src/mozilla/xpcom/tests/services
-I../../dist/include/string -I../../dist/include
-I../../dist/include/xpcom -I../../dist/include/nspr
-I/usr/X11R6/include   -fPIC  -I/usr/X11R6/include -fno-rtti
-fno-exceptions -Wall -Wconversion -Wpointer-arith -Wcast-align
-Woverloaded-virtual -Wsynth -Wno-ctor-dtor-privacy
-Wno-non-virtual-dtor -Wno-long-long -pedantic -fshort-wchar -pthread
-pipe  -DDEBUG -D_DEBUG -DDEBUG_robert -DTRACING -g -fno-inline -Os
-march=pentium4 -mtune=pentium4 -msse2 -mfpmath=sse
-I/usr/X11R6/include -DMOZILLA_CLIENT -include ../../mozilla-config.h
-Wp,-MD,.deps/TestMinStringAPI.pp
/mnt/mozilla/src/mozilla/xpcom/tests/TestMinStringAPI.cpp
c++  -I/usr/X11R6/include -fno-rtti -fno-exceptions -Wall -Wconversion
-Wpointer-arith -Wcast-align -Woverloaded-virtual -Wsynth
-Wno-ctor-dtor-privacy -Wno-non-virtual-dtor -Wno-long-long -pedantic
-fshort-wchar -pthread -pipe  -DDEBUG -D_DEBUG -DDEBUG_robert -DTRACING
-g -fno-inline -Os -march=pentium4 -mtune=pentium4 -msse2 -mfpmath=sse
-o TestMinStringAPI TestMinStringAPI.o  -lpthread
-L../../dist/bin -L../../dist/lib -L../../dist/bin -lxpcom -lxpcom_core
  -L../../dist/lib -lplds4 -lplc4 -lnspr4 -lpthread -ldl  -ldl -lm
TestMinStringAPI.o: In function `test_adopt':
/mnt/mozilla/src/mozilla/xpcom/tests/TestMinStringAPI.cpp:394: undefined
reference to `nsMemory::Clone(void const*, unsigned int)'
TestMinStringAPI.o: In function `test_adopt_sub':
/mnt/mozilla/src/mozilla/xpcom/tests/TestMinStringAPI.cpp:416: undefined
reference to `nsMemory::Clone(void const*, unsigned int)'
/usr/lib/gcc/i586-suse-linux/4.0.2/../../../../i586-suse-linux/bin/ld:
TestMinStringAPI: hidden symbol `nsMemory::Clone(void const*, unsigned
int)' isn't defined
/usr/lib/gcc/i586-suse-linux/4.0.2/../../../../i586-suse-linux/bin/ld:
final link failed: Nonrepresentable section on output
collect2: ld gab 1 als Ende-Status zurück
gmake[5]: *** [TestMinStringAPI] Fehler 1
gmake[5]: Leaving directory `/mnt/mozilla/build/seamonkey-dbg/xpcom/tests'
gmake[4]: *** [tools] Fehler 2
gmake[4]: Leaving directory `/mnt/mozilla/build/seamonkey-dbg/xpcom'
gmake[3]: *** [tools_tier_2] Fehler 2
gmake[3]: Leaving directory `/mnt/mozilla/build/seamonkey-dbg'
gmake[2]: *** [tier_50] Fehler 2
gmake[2]: Leaving directory `/mnt/mozilla/build/seamonkey-dbg'
gmake[1]: *** [default] Fehler 2
gmake[1]: Leaving directory `/mnt/mozilla/build/seamonkey-dbg'
gmake: *** [build] Fehler 2


Is my tree messed up? Or anything known that I should tweak?
I have at least clobbered source and objdir of xpcom/ already, I think I
even did a full clobber two days ago or so when this already happened...

Robert Kaiser
_______________________________________________
dev-builds mailing list
[hidden email]
https://lists.mozilla.org/listinfo/dev-builds
Reply | Threaded
Open this post in threaded view
|

Re: debug build failure

Robert Kaiser
Robert Kaiser schrieb:
> Hi,
>
> Somehow my builds tend to dislike me recently :(
>
> Until a few days ago, my SeaMonkey debug build compiled fine, as well as
> an opt build and a Firefox build from the same source tree (and
> sometimes even a Thunderbird one) - all those with GCC 4.0.2 on Linux.

I worked around that SeaMonkey build now by disabling tests. If anyone
wants to investigate this further, I'm sure it worked on Saturday (May
6th) and it was already broken before darin landed the thread stuff.

My Firefox build breaks in places, I now tried to disable that there...

My Thunderbird build fails linking thunderbird-bin due to some pango/xft
problem - but it has been failing for a long time now.


Anyways, I'll probably upgrade my OS (to SuSE 10.1) and along with it my
build environment, and perhaps the breakages are different or gone with
gcc 4.1 then...

Robert Kaiser
_______________________________________________
dev-builds mailing list
[hidden email]
https://lists.mozilla.org/listinfo/dev-builds
Reply | Threaded
Open this post in threaded view
|

Re: debug build failure

Hartmut Figge
Robert Kaiser:
>Robert Kaiser schrieb:

>> Until a few days ago, my SeaMonkey debug build compiled fine, as well as
>> an opt build and a Firefox build from the same source tree (and
>> sometimes even a Thunderbird one) - all those with GCC 4.0.2 on Linux.
>
>I worked around that SeaMonkey build now by disabling tests. If anyone
>wants to investigate this further, I'm sure it worked on Saturday (May
>6th) and it was already broken before darin landed the thread stuff.

After reading this i changed my .mozconfig to

ac_add_options --enable-default-toolkit=gtk2
ac_add_options --enable-application=suite
ac_add_options --enable-optimize
ac_add_options --without-system-nspr
ac_add_options --without-system-zlib
ac_add_options --without-system-jpeg
ac_add_options --without-system-png
ac_add_options --without-system-mng
ac_add_options --enable-crypto
ac_add_options --enable-debug
ac_add_options --enable-tests
ac_add_options --enable-calendar
ac_add_options --disable-xprint
ac_add_options --enable-svg
ac_add_options --enable-canvas

and used CVS to update my source. My SM compiled fine and i am using it
at this moment. If you wish you may have a look on this build at
http://www.triffids.de/pub/seamonkey/gcc-335/debug/

Hartmut
_______________________________________________
dev-builds mailing list
[hidden email]
https://lists.mozilla.org/listinfo/dev-builds
Reply | Threaded
Open this post in threaded view
|

Re: debug build failure

Robert Kaiser
Hartmut Figge schrieb:
> and used CVS to update my source. My SM compiled fine and i am using it
> at this moment. If you wish you may have a look on this build at
> http://www.triffids.de/pub/seamonkey/gcc-335/debug/

I don't wonder about that, as the error sounds related to some visibity
stuff and that's a gcc4 feature.

Robert Kaiser
_______________________________________________
dev-builds mailing list
[hidden email]
https://lists.mozilla.org/listinfo/dev-builds
Reply | Threaded
Open this post in threaded view
|

Re: debug build failure

Hartmut Figge
Robert Kaiser:
>Hartmut Figge schrieb:

>> and used CVS to update my source. My SM compiled fine and i am using it
>> at this moment. If you wish you may have a look on this build at
>> http://www.triffids.de/pub/seamonkey/gcc-335/debug/
>
>I don't wonder about that, as the error sounds related to some visibity
>stuff and that's a gcc4 feature.

There is now a fresh debug build with gcc4. ;)
http://www.triffids.de/pub/seamonkey/gcc-404/debug/

Hartmut
_______________________________________________
dev-builds mailing list
[hidden email]
https://lists.mozilla.org/listinfo/dev-builds
Reply | Threaded
Open this post in threaded view
|

Re: debug build failure

Robert Kaiser
Hartmut Figge schrieb:

> Robert Kaiser:
>> Hartmut Figge schrieb:
>
>>> and used CVS to update my source. My SM compiled fine and i am using it
>>> at this moment. If you wish you may have a look on this build at
>>> http://www.triffids.de/pub/seamonkey/gcc-335/debug/
>> I don't wonder about that, as the error sounds related to some visibity
>> stuff and that's a gcc4 feature.
>
> There is now a fresh debug build with gcc4. ;)
> http://www.triffids.de/pub/seamonkey/gcc-404/debug/

Hmm, do you have tests enabled?
My gcc is 4.0.2, so possibly even something changed between 4.0.2 and
4.0.4 that affects this.
Anyways, I'm running my build with --disable-tests now and it works.
A tree built by someone else just can tell me that it somehow is just my
tree - I can't use a foreign tree anyways, as the only use of my own
build is (suiterunner) development, I have a stream of
not-yet-checked-in patches in this tree :)

Robert kaiser
_______________________________________________
dev-builds mailing list
[hidden email]
https://lists.mozilla.org/listinfo/dev-builds