This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
Re: egcs-19990502 u77-test.f failure on Irix6.5
- To: craig at jcb-sc dot com
- Subject: Re: egcs-19990502 u77-test.f failure on Irix6.5
- From: Zack Weinberg <zack at rabi dot columbia dot edu>
- Date: Mon, 03 May 1999 18:36:49 -0400
- cc: egcs-bugs at egcs dot cygnus dot com
On 3 May 1999 22:25:56 -0000, craig@jcb-sc.com wrote:
>>Ah. But. I see the problem. g77 is passing a `long *' for xstime,
>>even though it really points to an `int', not a `long'. Naughty. I
>>was wondering why there was an apparently spurious "st %l1,[%fp-116]"
>>before the second call, why earlier there was a "std" into what
>>seemed to be the location for `i', etc. Looking at the Irix6 output
>>Tim sent confirmed this.
>
>Well, I'm no longer convinced the bug is in the g77 front end. I'll
>try to investigate further, maybe by trying to build a cross-compiler
>for one of the targets.
>
>Is this problem happening only on systems with 64-bit-ness, e.g.
>where `long int' is 64 bits but `int' is 32? It might be that
>the gcc back end isn't properly handling ADDR_EXPR(NOP_EXPR(VAR_DECL))
>where the VAR_DECL is SImode but the NOP_EXPR is DImode, or something
>along those lines.
I tested on sparc-sun-solaris2.6, which is 32-bit;
sizeof(long int) == sizeof(int) == 4.
zw