Solaris2.7 w/native assembler cannot bootstrap since 11/23 ...

[Kaveh R. Ghazi]

	Since about Nov 23rd, I haven't been able to bootstrap gcc on
sparc-sun-solaris2.7 when using cc for stage1 and the native assembler.

The error occurs in stage1 when building the -m64 multilib libgcc.a.
Here is the error I get:

 > _bb
 > /usr/ccs/bin/as: "/var/tmp/ccD5iQHc.s", line 1862: error: detect
 > 	global register use not covered .register pseudo-op
 > /usr/ccs/bin/as: "/var/tmp/ccD5iQHc.s", line 2002: error: detect
 > 	global register use not covered .register pseudo-op
 > /usr/ccs/bin/as: "/var/tmp/ccD5iQHc.s", line 2245: error: detect
 > 	global register use not covered .register pseudo-op
 > /usr/ccs/bin/as: "/var/tmp/ccD5iQHc.s", line 2287: error: detect
 > 	global register use not covered .register pseudo-op
 > /usr/ccs/bin/as: "/var/tmp/ccD5iQHc.s", line 2318: error: detect
 > 	global register use not covered .register pseudo-op
 > /usr/ccs/bin/as: "/var/tmp/ccD5iQHc.s", line 2428: error: detect
 > 	global register use not covered .register pseudo-op
 > make[4]: *** [libgcc2.a] Error 1

Here is some info grepped from the configure run:

grep assembler:
 > checking whether a default assembler was specified... no
 > checking assembler alignment features...
 > checking assembler subsection support...
 > checking assembler .register pseudo-op support... yes
 > checking for 64 bit support in assembler (/usr/ccs/bin/as)... -xarch=v9
 > checking for assembler offsetable %lo() support... no

grep sol2:
 > Using `../../egcs-CVS19991212/gcc/config/sparc/sol2-sld-64.h' as
 >       target machine macro file.
 >         ../../egcs-CVS19991212/gcc/config/sparc/xm-sol2.h
 > Merged sparc/t-sol2 and sparc/t-sol2-64 and t-install-cpp.
 > Merged sparc/t-sol2 and sparc/t-sol2-64 and t-install-cpp.


I found out that when using gas, this problem does not occur.  It only
happens when building the -m64 libgcc.a with the native assembler.

The .i and .s output are fairly large, if you can't reproduce this
error with the info given, I can mail them to you.

It looks like some ongoing work has recently occured in the sparc 64
area.  If there is anything you can do to restore the native assembler
configuration to bootstrap-ability, I would very much appreciate it.

		Thanks,
		--Kaveh
--
Kaveh R. Ghazi			Engagement Manager / Project Services
ghazi@caip.rutgers.edu		Qwest Internet Solutions