> The problem is that the dependencies in ada/gcc-interface/Make-lang.in
> are out of date.
Indeed, sorry about that.
Now fixed.
* gcc-interface/Make-lang.in: Update dependencies
The change in sinput.adb itself is actually a change adding two new functions,
not yet used, so with no visi
Revision 147172 has broken bootstrap with Ada and parallel build:
sinput.adb:35:06: file "snames.ads" not found
sinput.adb:35:06: "Sinput (body)" depends on "Atree (spec)"
sinput.adb:35:06: "Atree (spec)" depends on "Einfo (spec)"
sinput.adb:35:06: "Einfo (spec)" depends on "Snames (spec)"
make[3]
I can't reproduce it (otherwise I wouldn't have committed it), it
bootstrapped/regtested just fine for me.
Can one of those who can reproduce it give me preprocessed mf-runtime.i
and exact gcc options that triggered it?
I have attached the stripped down testcase.
The bug is triggered with:
I see this here too. Apparently this was caused by the i386.h PUSH_ROUNDING
change of this patch:
2005-12-13 Jakub Jelinek <[EMAIL PROTECTED]>
PR debug/25023
PR target/25293
* expr.c (emit_move_resolve_push): Handle PRE_MODIFY
and POST_MODIFY with CONST_INT adjustm
Hi,
current mainline configured with the following command
$SRCDIR/configure --quiet --prefix=$DESTDIR --enable-languages=c++,fortran
--with-gmp=/afs/mpa/data/martin/mygmp
aborts during bootstrap at this place:
/scratch/ogcc/./gcc/xgcc -B/scratch/ogcc/./gcc/
-B/afs/mpa/data/martin/ugcc/i686-p
On Nov 14, 2005 12:52 PM, Martin Reinecke <[EMAIL PROTECTED]>
wrote:
> Hi,
>
> current mainline boostrap breaks (at least for me) on
> i686-pc-linux-gnu.
Known problem, someone checked in a bad patch.
See http://gcc.gnu.org/ml/gcc-patches/2005-11/msg00946.html
Gr.
Steven
Hi,
current mainline boostrap breaks (at least for me) on i686-pc-linux-gnu.
configure flags : --quiet --prefix=$DESTDIR --enable-languages=c++,fortran
--with-gmp=/afs/mpa/data/martin/mygmp
/scratch/gcc>make bootstrap
[...]
stage1/xgcc -Bstage1/ -B/afs/mpa/data/martin/ugcc/i686-pc-linux-gnu/
Mark Mitchell wrote:
Steve Kargl wrote:
Julian already sent my a patch, which did not fix the problem.
Additionally, I think the patch that caused the problem
was committed by Nathan. Julian just happen to commit a patch to
varasm.c two commits after Nathan.
OK, thanks. I'm sure Nathan will lo
Steve Kargl wrote:
On Mon, May 09, 2005 at 05:03:23PM -0700, Mark Mitchell wrote:
Steve Kargl wrote:
I suspect the problem arose with this commit
2005-05-08 Julian Brown <[EMAIL PROTECTED]>
H.J. Lu <[EMAIL PROTECTED]>
Paul Brook <[EMAIL PROTECTED]>
Probably; so, if you submi
On Mon, May 09, 2005 at 05:03:23PM -0700, Mark Mitchell wrote:
> Steve Kargl wrote:
> >
> >I suspect the problem arose with this commit
> >
> >2005-05-08 Julian Brown <[EMAIL PROTECTED]>
> >H.J. Lu <[EMAIL PROTECTED]>
> >Paul Brook <[EMAIL PROTECTED]>
>
> Probably; so,
Steve Kargl wrote:
Mainline bootstrapped fine on 6 May 05. It is broken today with
./xgcc -B./ -B/usr/home/sgk/work/41/amd64-unknown-freebsd6.0/bin/ -isystem
/usr/home/sgk/work/41/amd64-unknown-freebsd6.0/include -isystem
/usr/home/sgk/work/41/amd64-unknown-freebsd6.0/sys-include
-L/usr/home/sg
Mainline bootstrapped fine on 6 May 05. It is broken today with
./xgcc -B./ -B/usr/home/sgk/work/41/amd64-unknown-freebsd6.0/bin/ -isystem
/usr/home/sgk/work/41/amd64-unknown-freebsd6.0/include -isystem
/usr/home/sgk/work/41/amd64-unknown-freebsd6.0/sys-include
-L/usr/home/sgk/gcc/obj41/gcc/..
12 matches
Mail list logo
