* egcs-2.90.02 970825, hppa1.1-hp-hpux9.01 bootstraps okay
@ 1997-08-27 21:08 Kaveh R. Ghazi
0 siblings, 0 replies; 2+ messages in thread
From: Kaveh R. Ghazi @ 1997-08-27 21:08 UTC (permalink / raw)
To: egcs
I bootstrapped egcs-2.90.02 970825 on hppa1.1-hp-hpux9.01 using
BOOTCFLAGS='-O3 -funroll-all-loops' and cc for stage1 with native as/ld.
I got a clean "make compare" and identical c-torture results with those
of gcc2-970721. (Later gcc2 snapshots don't bootstrap for me.)
--Kaveh
--
Kaveh R. Ghazi Project Manager
ghazi@caip.rutgers.edu ICon CMT Corp.
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: egcs release
@ 1997-08-27 22:01 Jim Wilson
1997-08-27 22:02 ` egcs-2.90.02 970825, hppa1.1-hp-hpux9.01 bootstraps okay Jeffrey A Law
0 siblings, 1 reply; 2+ messages in thread
From: Jim Wilson @ 1997-08-27 22:01 UTC (permalink / raw)
To: egcs
Wed Jul 30 14:43:34 1997 H.J. Lu (hjl@gnu.ai.mit.edu)
* sched.c (sched_analyze_2): Handle access stack memory
beyond the stack pointer via the frame pointer.
(STACK_POINTER_REG_NREGS): New. Default as 1.
We already have a patch installed that fixes this, and which works for
both the old (sched.c) and new (haifa-sched.c) schedulers. Patches that
only fix sched.c aren't very userful anymore.
Sun Jul 13 13:39:15 1997 H.J. Lu (hjl@gnu.ai.mit.edu)
* sched.c (sched_analyze_2): Handle USE_PIC_OFFSET_TABLE_REG if
defined.
(PIC_OFFSET_TABLE_REG_NREGS): New. Default as 1.
* config/i386/i386.h (USE_PIC_OFFSET_TABLE_REG): New. True if
the PIC base register is used.
I suggest we use this patch. This fixes the testcase that you wrote your
patch for, and works for both schedulers.
Wed Aug 27 14:52:54 1997 Jim Wilson <wilson@cygnus.com>
* i386.c (ix86_expand_epilogue): Emit blockage instruction when pic.
Index: i386.c
===================================================================
RCS file: /cvs/cvsfiles/egcs/gcc/config/i386/i386.c,v
retrieving revision 1.1.1.1
diff -p -r1.1.1.1 i386.c
*** i386.c 1997/08/11 15:57:16 1.1.1.1
--- i386.c 1997/08/27 21:52:31
*************** ix86_expand_epilogue ()
*** 2128,2133 ****
--- 2128,2143 ----
xops[2] = stack_pointer_rtx;
+ /* When -fpic, we must emit a scheduling barrier, so that the instruction
+ that restores %ebx (which is PIC_OFFSET_TABLE_REGNUM), does not get
+ moved before any instruction which implicitly uses the got. This
+ includes any instruction which uses a SYMBOL_REF or a LABEL_REF.
+
+ Alternatively, this could be fixed by making the dependence on the
+ PIC_OFFSET_TABLE_REGNUM explicit in the RTL. */
+ if (flag_pic)
+ emit_insn (gen_blockage ());
+
if (nregs > 1 || ! frame_pointer_needed)
{
if (frame_pointer_needed)
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: egcs-2.90.02 970825, hppa1.1-hp-hpux9.01 bootstraps okay
1997-08-27 22:01 egcs release Jim Wilson
@ 1997-08-27 22:02 ` Jeffrey A Law
0 siblings, 0 replies; 2+ messages in thread
From: Jeffrey A Law @ 1997-08-27 22:02 UTC (permalink / raw)
To: egcs
In message <199708272133.RAA18344@caip.rutgers.edu>you write:
> I bootstrapped egcs-2.90.02 970825 on hppa1.1-hp-hpux9.01 using
> BOOTCFLAGS='-O3 -funroll-all-loops' and cc for stage1 with native as/ld.
> I got a clean "make compare" and identical c-torture results with those
> of gcc2-970721. (Later gcc2 snapshots don't bootstrap for me.)
Good/bad.
Good that we generate idential c-torture results, bad because
later gcc2 snapshots don't bootstrap.
Odds are this is a reload issue that I tried to explain to
Kenner without much success. I'm going to have to take another
stab at it within the next couple days.
[ egcs has code to avoid the reload problem... ]
jeff
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~1997-08-27 22:02 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
1997-08-27 21:08 egcs-2.90.02 970825, hppa1.1-hp-hpux9.01 bootstraps okay Kaveh R. Ghazi
1997-08-27 22:01 egcs release Jim Wilson
1997-08-27 22:02 ` egcs-2.90.02 970825, hppa1.1-hp-hpux9.01 bootstraps okay Jeffrey A Law
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).