Problem building Mozilla

[Peter Jeremy]

My attempts to build Mozilla on a quad-CPU AS4100 running a
locally-built copy of 5.1-RELEASE consistently fail, ending:

gmake[3]: Entering directory `/usr/ports/www/mozilla/work/mozilla/embedding/browser/gtk/tests'
TestGtkEmbed.cpp
c++ -o TestGtkEmbed.o -c -DOSTYPE=\"FreeBSD5\" -DOSARCH=\"FreeBSD\"  -I../../../../dist/include/xpcom -I../../../../dist/include/string -I../../../../dist/include/dom -I../../../../dist/include/gtkembedmoz -I../../../../dist/include -I/usr/ports/www/mozilla/work/mozilla/dist/include/nspr  -I/usr/local/include -I/usr/local/include -I/usr/local/include  -I/usr/X11R6/include   -fPIC  -I/usr/X11R6/include  -I/usr/X11R6/include -fno-rtti -fno-exceptions -Wall -Wconversion -Wpointer-arith -Wcast-align -Woverloaded-virtual -Wsynth -Wno-ctor-dtor-privacy -Wno-long-long -O -pipe -mcpu=ev56 -mieee -fshort-wchar -pipe  -DNDEBUG -DTRIMMED -I/usr/X11R6/include/gtk12 -I/usr/local/include/glib12 -I/usr/local/include -I/usr/X11R6/include   -I/usr/X11R6/include  -I/usr/X11R6/include -DMOZILLA_CLIENT -include ../../../../mozilla-config.h TestGtkEmbed.cpp
c++  -I/usr/X11R6/include  -I/usr/X11R6/include -fno-rtti -fno-exceptions -Wall -Wconversion -Wpointer-arith -Wcast-align -Woverloaded-virtual -Wsynth -Wno-ctor-dtor-privacy -Wno-long-long -O -pipe -mcpu=ev56 -mieee -fshort-wchar -pipe  -DNDEBUG -DTRIMMED -I/usr/X11R6/include/gtk12 -I/usr/local/include/glib12 -I/usr/local/include -I/usr/X11R6/include  -o TestGtkEmbed TestGtkEmbed.o   -L../../../../dist/bin -L../../../../dist/lib -lgtkembedmoz -lgtksuperwin  -lm  -L../../../../dist/bin -lmozjs -L../../../../dist/bin -lxpcom -L../../../../dist/bin -L/usr/ports/www/mozilla/work/mozilla/dist/lib -lplds4 -lplc4 -lnspr4 -pthread  -L/usr/X11R6/lib -L/usr/X11R6/lib -lgtk12 -lgdk12 -L/usr/local/lib -Wl,-E -lgmodule12 -lglib12 -lintl -lXi -lXext -lX11 -lm    
strip TestGtkEmbed
../../../../config/nsinstall -R -m 755 TestGtkEmbed ../../../../dist/bin
gmake[3]: Leaving directory `/usr/ports/www/mozilla/work/mozilla/embedding/browser/gtk/tests'
gmake[2]: Leaving directory `/usr/ports/www/mozilla/work/mozilla/embedding/browser/gtk'
gmake[1]: Leaving directory `/usr/ports/www/mozilla/work/mozilla'
/usr/bin/sed -e "s|%%PREFIX%%|/usr/X11R6|g" -e "s|%%MOZILLA%%|mozilla|g"  /usr/ports/www/mozilla/files/mozilla.sh >/usr/ports/www/mozilla/work/mozilla/mozilla
(cd /usr/ports/www/mozilla/work/mozilla/dist/bin;  /usr/bin/env LD_LIBRARY_PATH=. MOZILLA_FIVE_HOME=. ./regxpcom;  /usr/bin/env LD_LIBRARY_PATH=. MOZILLA_FIVE_HOME=. ./regchrome;  /usr/bin/touch ./chrome/user-skins.rdf ./chrome/user-locales.rdf)
Segmentation fault
*** Error code 139

Stop in /usr/ports/www/mozilla.

The failing program is regxpcom and it leaves an empty core file in
/usr/ports/www/mozilla/work/mozilla/dist/bin

Running regxpcom under gdb gives:
# cd /usr/ports/www/mozilla/work/mozilla/dist/bin
# /usr/bin/env LD_LIBRARY_PATH=. MOZILLA_FIVE_HOME=. gdb ./regxpcom
GNU gdb 5.2.1 (FreeBSD)
Copyright 2002 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "alpha-undermydesk-freebsd"...
(no debugging symbols found)...
(gdb) run
Starting program: /usr/ports/www/mozilla/work/mozilla/xpcom/tools/registry/regxpcom 
(no debugging symbols found)...(no debugging symbols found)...
(no debugging symbols found)...(no debugging symbols found)...
(no debugging symbols found)...(no debugging symbols found)...
[deleted]
(no debugging symbols found)...
Program received signal SIGSEGV, Segmentation fault.
0x162b0cfdc in Double::toString(double, nsAString&) ()
   from /usr/ports/www/mozilla/work/mozilla/dist/bin/components/libtransformiix.so
(gdb) where
#0  0x162b0cfdc in Double::toString(double, nsAString&) ()
   from /usr/ports/www/mozilla/work/mozilla/dist/bin/components/libtransformiix.so
warning: Hit heuristic-fence-post without finding
warning: enclosing function for address 0x160032600
This warning occurs if you are debugging a function without any symbols
(for example, in a stripped executable).  In that case, you may wish to
increase the size of the search with the `set heuristic-fence-post' command.

Otherwise, you told GDB there was a function where there isn't one, or
(more likely) you have encountered a bug in GDB.
(gdb) info regi
v0             0x0      0
t0             0x162b716a4      5951133348
t1             0x1      1
t2             0x1      1
t3             0x1      1
t4             0x20003a 2097210
t5             0x0      0
t6             0xebc7   60359
t7             0xfffffc0000714000       -4398039089152
s0             0xffff   65535
s1             0x1      1
s2             0x1200e8f80      4832792448
s3             0x1      1
s4             0x16287f210      5948043792
s5             0x1      1
fp             0x11ffedc8       301985224
a0             0x2      2
a1             0x11ffed88       301985160
a2             0x3      3
a3             0x0      0
a4             0x0      0
a5             0x11ffecd8       301984984
t8             0x1e     30
t9             0x1602ed2f8      5908648696
t10            0x8      8
t11            0x107    263
ra             0x162b0cfac      5950721964
t12            0xfffffc00003f2160       -4398042373792
at             0xfffffe0039d8be58       -2198052749736
gp             0x162b92ca8      5951270056
sp             0x11ffed98       301985176
zero           0x0      0
fpcr           0x6800000000000000       7493989779944505344
pc             0x162b0cfdc      5950722012
vfp            0x11ffee58       301985368
(gdb) disas
[deleted]
0x162b0cfd4 <_ZN6Double8toStringEdR9nsAString+2036>:    ldq     t0,-22776(gp)
0x162b0cfd8 <_ZN6Double8toStringEdR9nsAString+2040>:    ldt     $f10,0(t0)
0x162b0cfdc <_ZN6Double8toStringEdR9nsAString+2044>:    ldq     t0,-30760(gp)
0x162b0cfe0 <_ZN6Double8toStringEdR9nsAString+2048>:    stt     $f10,0(t0)
[deleted]

One problem is that $t0 is only aligned to 32-bits whereas ldt needs
64-bit alignment - but this should cause a SIGBUS not SIGSEGV.  I'm
not sure how to get gdb to show the process memory mappings but gdb
has no problem accessing the doubleword at 0($t0).

In any case, uac indicates that unaligned accesses should be fixed
up (and printed) - though nothing is printed.

FWIW, relevant parts of /etc/make.conf are:
CPUTYPE=ev56
CFLAGS= -O -pipe

I'm having another try without the "CPUTYPE=ev56" but it will be
another 6-7 hours before I find if that helps.

Can anyone offer any insights?

Peter