This is the mail archive of the gcc-bugs@gcc.gnu.org mailing list for the GCC project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: target/8343: m68k-elf/rtems ICE at instantiate_virtual_regs_1


> Synopsis: m68k-elf/rtems ICE at instantiate_virtual_regs_1
> 
> State-Changed-From-To: open->feedback
> State-Changed-By: joel
> State-Changed-When: Fri Oct 25 05:59:45 2002
> State-Changed-Why:
>     Peter Barada has this important piece of information which
>     should be a big clue to fixing it:
>     
>     Ok, I've narrowed your ICE down to between two version, one 525 days
>     ago(where it worked) and 523 days ago (where it failed).
>     
>     The verion from each is:
>     
>     Fail: version 3.1 20010519
>     Work: version 3.1 20010517

I've narrowed it even further :-)

'cvs update -D "2001/05/19 04:24:49" gcc' works
'cvs update -D "2001/05/19 04:29:50" gcc' fails

The only thing of interest changing is gcc/gcc/recog.c, from version
1.102 to version 1.103.

The log for gcc/gcc/recog.c looks like:

revision 1.103
date: 2001/05/19 08:24:50;  author: hubicka;  state: Exp;  lines: +85 -150
	* recog.c (general_operand): Prohibit nonzero subreg bytes on
	subregs containing mem.


This was with the following testcase:

extern unsigned foo;
unsigned long long
bar (void)
{
   unsigned long long t = foo;
   return t * foo;
}

Hope this helps someone find what's broken...

Now back to seeing if I can make any sense out of target/8309.

-- 
Peter Barada                                   Peter.Barada@motorola.com
Wizard                                         781-852-2768 (direct)
WaveMark Solutions(wholly owned by Motorola)   781-270-0193 (fax)


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]