Compiling mozilla-1.2.1 using the tarball and cvs. got to
file

mozilla/nsprpub/pr/src/md/unix/os_SunOS_x86.s

and saw this on my screen:

/usr/local/bin/gcc-3.2.1 -o os_SunOS_x86.o     -Wall -pthreads -gstabs -Wa,-s -fPIC  -UNDEBUG -DDEBUG_jmcp  -DMOZILLA_CLIENT=1 -DDEBUG=1 -DXP_UNIX=1 -DSVR4=1 -DSYSV=1 -D__svr4=1 -D__svr4__=1 -DSOLARIS=1 -DHAVE_FCNTL_FILE_LOCKING=1 -Di386=1 -D_PR_HAVE_OFF64_T=1 -D_LARGEFILE64_SOURCE=1 -DHAVE_LCHOWN=1 -DHAVE_STRERROR=1 -D_REENTRANT=1 -DHAVE_POINTER_LOCALTIME_R=1  -DFORCE_PR_LOG -D_PR_PTHREADS -UHAVE_CVAR_BUILT_ON_SEM -D_NSPR_BUILD_ -I/d00/mozilla/mozilla/dist/include/nspr -I../../../../pr/include -I../../../../pr/include/private  -Wa,-P -c os_SunOS_x86.s
Assembler: 
        "", line 1 : Warning: Illegal flag (-) - ignored
        "", line 1 : Warning: Illegal flag (g) - ignored
        "", line 1 : Warning: Illegal flag (t) - ignored
        "", line 1 : Warning: Illegal flag (a) - ignored
gcc-3.2.1: Internal error: Segmentation Fault (program as)
Please submit a full bug report.
See <URL:http://www.gnu.org/software/gcc/bugs.html> for instructions.
gmake[8]: *** [os_SunOS_x86.o] Error 1


core was dumped, with stack trace:

(gdb) where
#0  0x80766aa in cb_cpp_protocol ()
#1  0x8068982 in cb_as_cpp_protocol ()
#2  0x805d816 in buf_nextchar ()
#3  0x805d75e in buf_nextchar ()
#4  0x805da1a in buf_nextchar ()
#5  0x805fe81 in yyparse ()
#6  0x805bde6 in aspass1 ()
#7  0x805b647 in main ()
#8  0x8055f37 in _start ()


(or from mdb):
$ mdb core         
Loading modules: [ libc.so.1 ld.so.1 ]
> $c
cb_cpp_protocol+0x1ca(47, 8068a00, 8068a2e, 806c478, 80c1600)
cb_as_cpp_protocol+0x18c(80c1600, 1)
0x805d816()
buf_nextchar+0x15a()
0x805da1a()
yyparse+0x1d6()
aspass1+0x255()
main+0x47e(9, 8046e4c, 8046e74)
_start+0x77()


/usr/ccs/bin/as accepts -b and -s:


  Common Options
     The following flags are common to both SPARC  and  IA.  They
     may be specified in any order:

     -b    Generates extra symbol table information for  
           the Sun SourceBrowser.
...
     -s    Places all stabs in the .stabs  section.  By 
           default, stabs  are placed  in  stabs.excl 
           sections, which are stripped out by the static 
           linker, ld(1), during final execution. When the 
           -s option is used, stabs remain in the final 
           executable because .stab  sections  are  not
           stripped by the static  linker.


It looks like I might need to file a bug/rfe with Sun for
this issue too.

Release:
gcc-3.2.1

Environment:
i386-pc-solaris2.9 == solaris 9/x86

How-To-Repeat:
throw a .s file at gcc-3.2.1 which is configured to use
/usr/ccs/bin/as, and use the "-gstabs" option to gcc