This is the mail archive of the
gcc@gcc.gnu.org
mailing list for the GCC project.
Re: Link tests after GCC_NO_EXECUTABLES
- From: Rask Ingemann Lambertsen <rask at sygehus dot dk>
- To: Hans-Peter Nilsson <hp at bitrange dot com>, GCC <gcc at gcc dot gnu dot org>, Geoff Keating <geoffk at geoffk dot org>, rsandifo at nildram dot co dot uk
- Date: Mon, 3 Dec 2007 19:13:16 +0100
- Subject: Re: Link tests after GCC_NO_EXECUTABLES
- References: <474C98AA.50105@t-online.de> <474C9A65.2060902@codesourcery.com> <474C9B33.8060503@t-online.de> <474C9CBD.2070708@codesourcery.com> <87fxyqdc45.fsf@firetop.home> <474D943C.4030106@codesourcery.com> <877ik0aerh.fsf@firetop.home> <20071130022132.GL17368@sygehus.dk> <20071203092630.N17510@dair.pair.com> <87d4tn4v94.fsf@firetop.home>
On Mon, Dec 03, 2007 at 04:07:35PM +0000, Richard Sandiford wrote:
> And I haven't yet looked at why the tests are failing. I was just noting
> that they did. It looks from PR21185 that Rask was seeing the same thing
> on mipsisa64-elf, and TBH, I was so unsurprised that they were failing that
> I hadn't even realised it was _supposed_ to work now. I'll have a prod.
mips-core: 1 byte read to unmapped address 0x0 at 0xffffffff80021468
program stopped with signal 10.
There are 8456 such messages at slightly different addresses out of a total
of 8488 failures. And generally, on the targets with problems, the problems
seem to be in the simulation part (dejagnu, the simulator itself or the
linker script) rather than in GCC. For example, the special linker script
used for SPARC testing needs to be updated to handle .e.g. .rodata.*
sections so they don't collide with the .bss section.
--
Rask Ingemann Lambertsen
Danish law requires addresses in e-mail to be logged and stored for a year