Re: building gcc 4.0.0 on Solaris

[Eric Botcazou <ebotcazou at libertysurf dot fr>]

> 1) Using Sun's as/ld. I build gcc this way:
>     	cd /tmp
>     	gtar xjf ~/gcc-4.0.0.tar.bz2
>     	mkdir gcc
>     	cd gcc
>     	setenv CONFIG_SHELL /bin/ksh
>     	/tmp/gcc-4.0.0/configure \
>     		--prefix=/usr/local/gcc-4.0.0
>     	gmake bootstrap
>
> The build fails with the following message:
> ld: fatal: relocation error: R_SPARC_DISP32:
> file .libs/libstdc++.lax/libsupc++convenience.a/vterminate.o:
> symbol <unknown>: offset 0xfccd33ad is non-aligned

Probably a Sun 'as' bug, a similar problem was reported on Solaris 7:
http://gcc.gnu.org/install/specific.html

GCC 4.0.0 is known to bootstrap on Solaris 8 with:
as: Sun WorkShop 6 03/08/05 Compiler Common 6.0 Patch 114802-01
ld: Software Generation Utilities - Solaris Link Editors: 5.8-1.285

> Would it be possible to document this requirement in the platform pages?
> http://gcc.gnu.org/install/specific.html#sparc-sun-solaris2

It is already documented in *-*-solaris2* that 2.15 is broken on the platform.

> Speaking of the sparc-sun-solaris2* platform, I read:
> 	GCC 3.4 changed the default debugging format from STABS
> 	to DWARF-2 for 32-bit code on Solaris 7 and later. If you
> 	are using the Sun assembler, this change apparently runs
> 	afoul of Sun bug 4910101, for which (as of 2004-05-23)
> 	there is no fix. A symptom of the problem is that you
> 	cannot compile C++ programs like groff 1.19.1 without
> 	getting messages similar to the following:
> 	ld: warning: relocation error: R_SPARC_UA32: ...
> 	  external symbolic relocation against non-allocatable
> 	  section
> 	  .debug_info cannot be processed at runtime:
> 	  relocation ignored.
> 	To work around this problem, compile with -gstabs+
> 	instead of plain -g
>
> I had a look at Sun Online Support and found:
> 	Bug ID: 4910101
> 	Synopsis: fbe needs a way to reference section labels
> 	Category: compiler
> 	Subcategory: assembler-x86
> 	Description:
> 	The bug was first found with the -misalign flag, but the
> 	real bug is because the code is being passed through the
> 	assembler.
> 	Integrated in releases: k2_dev
> 	Summary: fbe needs a way to reference section labels
>
> Therefore :
> 1) This seems to be x86-specific, so I would suggest moving this
> paragraph from sparc-sun-solaris2* to i?86-*-solaris2*

The problem is present on SPARC so the paragraph can't be moved.
Not sure whether the bug ID is correct though.

-- 
Eric Botcazou