From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 11792 invoked by alias); 16 May 2003 13:16:01 -0000 Mailing-List: contact gcc-prs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-prs-owner@gcc.gnu.org Received: (qmail 11774 invoked by uid 71); 16 May 2003 13:16:00 -0000 Date: Fri, 16 May 2003 13:16:00 -0000 Message-ID: <20030516131600.11750.qmail@sources.redhat.com> To: nobody@gcc.gnu.org Cc: gcc-prs@gcc.gnu.org, From: Marc Glisse Subject: Re: bootstrap/10805: [sun-solaris2.7] relocation error when creating sparcv9/libgcc_s.so.1 Reply-To: Marc Glisse X-SW-Source: 2003-05/txt/msg01843.txt.bz2 List-Id: The following reply was made to PR bootstrap/10805; it has been noted by GNATS. From: Marc Glisse To: ebotcazou@gcc.gnu.org, , , , , Cc: Subject: Re: bootstrap/10805: [sun-solaris2.7] relocation error when creating sparcv9/libgcc_s.so.1 Date: Fri, 16 May 2003 15:12:34 +0200 (MET DST) On 16 May 2003 ebotcazou@gcc.gnu.org wrote: > I can't reproduce on SunOS vegeta 5.7 Generic_106541-23 sun4u sparc SUNW,Ultra-2 > with cc: Sun WorkShop 6 update 2 C 5.3 Patch 111679-08 2002/05/09 > as the bootstrap compiler. One difference is that I do not have this patch. I will try to install it as soon as I can. For the bootstrap compiler, I used: cc: Sun WorkShop 6 2000/04/07 C 5.1 gcc (GCC) 3.2.2 And both give the same result. > Could you determine at which stage bootstrap fails? > If the compiler's C source files were latterly compiled by cc, it's stage1. > If they were compiled by stage1/xgcc, it's stage2 and if they were > compiled by stage2/xgcc, it's stage3. first there is a lot of gcc. Then this gcc/xgcc. Actually this should be clearer: make[3]: *** [sparcv9/libgcc_s_sparcv9.so] Error 1 make[3]: Leaving directory `/global/lavarenne/download/gcc-3.3/gcc' make[2]: *** [stmp-multilib] Error 2 make[2]: Leaving directory `/global/lavarenne/download/gcc-3.3/gcc' make[1]: *** [stage1_build] Error 2 make[1]: Leaving directory `/global/lavarenne/download/gcc-3.3/gcc' make: *** [bootstrap] Error 2 > And could you post the ouput of 'dump -r _muldi3.o'? _muldi3.o: **** RELOCATION INFORMATION **** .rela.debug_info: Offset Symndx Type Addend 0x6 3 23 0 0xc 9 3 0 0x10 6 32 152 0x18 6 32 0 0x3ee 2 23 12 0x48c 2 3 12 0x122f 2 23 0 0x123d 2 23 30 0x1375 2 23 0 0x1383 2 23 30 0x163e 2 23 39 0x1654 2 3 39 0x172f 6 54 0 0x1737 6 54 152 0x1786 6 54 28 0x178e 6 54 120 0x17a7 6 54 28 0x17af 6 54 120 .rela.debug_line: Offset Symndx Type Addend 0x139 6 54 0 0x148 6 32 8 0x154 6 54 12 0x160 6 32 16 0x16c 6 54 28 0x178 6 32 116 0x184 6 54 128 0x190 6 32 132 0x19c 6 54 136 0x1a8 6 32 140 0x1b4 6 54 144 0x1c0 6 32 152 .rela.debug_frame: Offset Symndx Type Addend 0x1c 7 3 0 0x20 6 32 0 .rela.debug_pubnames: Offset Symndx Type Addend 0x6 4 23 0 .rela.debug_aranges: Offset Symndx Type Addend 0x6 4 23 0 0x10 6 32 0 With the messages: ld: fatal: relocation error: R_SPARC_32: file libgcc/sparcv9/_muldi3.o: symbol : offset 0xffffffff7ec133e7 is non-aligned ld: fatal: relocation error: R_SPARC_64: file libgcc/sparcv9/_muldi3.o: symbol : offset 0xffffffff7ec133eb is non-aligned ld: fatal: relocation error: R_SPARC_64: file libgcc/sparcv9/_muldi3.o: symbol : offset 0xffffffff7ec133f3 is non-aligned ld: fatal: relocation error: R_SPARC_32: file libgcc/sparcv9/_muldi3.o: symbol : offset 0xffffffff7ec13867 is non-aligned ld: fatal: relocation error: R_SPARC_32: file libgcc/sparcv9/_muldi3.o: symbol : offset 0xffffffff7ec14a2f is non-aligned But about all the .o give this kind of messages. The first thing I will do is get a patch cluster for solaris2.7.