--- Comment #1 from laurent at guerby dot net 2006-05-08 10:49 ---
This is probably because of my run_all.sh patch, sorry about that.
Could you try replacing testsuite/ada/acats/run_all.sh line 242 by:
if [ -z "$main" ]; then
And tell us wether it fixes the problem or
--- Comment #3 from laurent at guerby dot net 2006-05-08 16:27 ---
Patch submitted.
--
laurent at guerby dot net changed:
What|Removed |Added
URL
--- Comment #7 from laurent at guerby dot net 2006-05-08 16:51 ---
Should be fixed now.
--
laurent at guerby dot net changed:
What|Removed |Added
Status|NEW
--- Comment #17 from laurent at guerby dot net 2006-05-21 10:24 ---
This is fixed with:
gcc version 4.2.0 20060518 (experimental)
gcc version 4.1.1 20060517 (prerelease)
--
laurent at guerby dot net changed:
What|Removed |Added
--- Comment #2 from laurent at guerby dot net 2006-05-25 18:08 ---
I'm unable to build even a C compiler to the avr target, binutils-2.16.1 +
newlib-1.13.0 + gcc-4.1.1-prerelease I get:
make[5]: Entering directory `/mnt/data-5-1/guerby/build/avr/newlib/libc/ctype'
/mnt/data-
--- Comment #4 from laurent at guerby dot net 2006-05-25 21:00 ---
Even when removing newlib it fails too:
de -I../../gcc-4.1.1-20060517/gcc/../libcpp/include -DL_fixunssfsi -c
../../gcc-4.1.1-20060517/gcc/libgcc2.c -o libgcc/./_fixunssfsi.o
../../gcc-4.1.1-20060517/gcc/libgcc2.c: In
--- Comment #6 from laurent at guerby dot net 2006-05-25 21:51 ---
TARGET=avr
../gcc-4.1.1-20060517/configure --verbose --disable-nls --enable-languages=c
--target=$TARGET --prefix=$INSTALL --with-dwarf2
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27769
--- Comment #1 from laurent at guerby dot net 2006-05-27 08:54 ---
Confirmed on both branches.
$ gcc -c -gnat05 nodes.ads
+===GNAT BUG DETECTED==+
| 4.2.0 20060511 (experimental) (x86_64-unknown-linux-gnu) GCC error: |
| in
--- Comment #9 from laurent at guerby dot net 2006-05-27 16:32 ---
I just build a mingw32 cross with c,ada from 4.1.1 prerelease (using native
Linux c,ada GCC 4.1.0 as base compiler) and it invokes properly ming32-gcc:
$ mingw32-gnatmake -Pp -v
Parsing Project File "p"
--- Comment #10 from laurent at guerby dot net 2006-05-27 17:09 ---
Oops sorry, didn't see that my log show the problem you mentionned (and not the
one I imagined), the library building tools of gnatmake when using a project
file are indeed looking for and using native tool
--- Comment #11 from laurent at guerby dot net 2006-05-27 18:41 ---
Bernd, could you contribute (attach here) your Makefile and ada RTS changes so
that Ada build with AVR target succeeds? I see lots of ICE due to the target
8bit-ness while building the Ada RTS so I assume you cut it or
--- Comment #15 from laurent at guerby dot net 2006-06-06 12:43 ---
Should be fixed now.
--
laurent at guerby dot net changed:
What|Removed |Added
Status|NEW
--- Comment #2 from laurent at guerby dot net 2006-06-18 10:52 ---
This works on x86 and x86_64 as of 20060615, do you know when it started to
fail?
BTW, according to http://gcc.gnu.org/ml/gcc-testresults/2006-06/msg00700.html
cd5003e is failing on hppa-linux whereas it passes on x86
--- Comment #1 from laurent at guerby dot net 2006-06-26 23:28 ---
Yep, that's what I got on Linux on various tests from time to time. No other
explanation than process/file OS races.
Do you run make check on a SMP box?
--
laurent at guerby dot net changed:
--- Comment #19 from laurent at guerby dot net 2006-06-26 23:33 ---
Richard Kenner:
> > Looks like the same bug that Gigi doesn't currently use VIEW_CONVERT_EXPR
> > for this type of Unchecked_Conversion. So already on my plate.
Was a patch written for that at AdaC
--- Comment #1 from laurent at guerby dot net 2006-07-11 11:03 ---
Confirmed on 4.0, 4.1 releases and HEAD.
gcc -c -gnatN test.ads
+===GNAT BUG DETECTED==+
| 4.0.3 (x86_64-unknown-linux-gnu) Program_Error sinput.adb:404 explicit
--- Comment #3 from laurent at guerby dot net 2008-11-13 16:17 ---
Created an attachment (id=16663)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16663&action=view)
patch v1
Dave is testing the attached patch.
--
laurent at guerby dot net changed:
What|
--- Comment #4 from laurent at guerby dot net 2008-11-15 06:49 ---
Patch for review:
http://gcc.gnu.org/ml/gcc-patches/2008-11/msg00690.html
--
laurent at guerby dot net changed:
What|Removed |Added
--- Comment #1 from laurent at guerby dot net 2008-11-15 06:53 ---
This also fails the same way on sparc-linux, SPARC/Solaris and SPARC64/Solaris:
http://gcc.gnu.org/ml/gcc-testresults/2008-11/msg01191.html
http://gcc.gnu.org/ml/gcc-patches/2008-11/msg00653.html
--
laurent at
--- Comment #6 from laurent at guerby dot net 2008-11-15 11:57 ---
Fixed.
--
laurent at guerby dot net changed:
What|Removed |Added
Status|ASSIGNED
segv on
exception on sparc-linux
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Keywords: wrong-code
Severity: normal
Priority: P3
Component: ada
AssignedTo: unassigned at gcc dot gnu dot org
--- Comment #5 from laurent at guerby dot net 2008-11-17 18:41 ---
According to:
http://gcc.gnu.org/ml/gcc-testresults/2008-11/msg01399.html
i686-apple-darwin9 is clean ACATS-wise, so I think we can assume this is fixed
for current Apple hardware/software.
--
laurent at guerby dot
--- Comment #1 from laurent at guerby dot net 2008-11-17 19:17 ---
Reduced testcase from cxa4016 at rev 141913:
$ gnatmake -f -g t1
gcc -c -g t1.adb
gnatbind -x t1.ali
gnatlink t1.ali -g
$ ./t1
Erreur de segmentation
$ gdb ./t1
(gdb) r
Starting program: /home/guerby/tmp/t1
Program
--- Comment #1 from laurent at guerby dot net 2008-12-04 10:52 ---
Confirmed that it works with 4.2.4 but fails with 4.3.2 and trunk on
x86_64-linux at least.
gcc version 4.4.0 20081118 (experimental) [trunk revision 141967] (GCC)
$ gcc -c pkg.adb
/tmp/ccF1O7nh.s: Assembler messages
--- Comment #2 from laurent at guerby dot net 2008-12-05 20:10 ---
This also fails on powerpc-unknown-linux-gnu according to:
http://lists.debian.org/debian-gcc/2008/11/msg00080.html
--
laurent at guerby dot net changed:
What|Removed |Added
--- Comment #1 from laurent at guerby dot net 2008-12-10 11:54 ---
The missing function is called only in one place, visibly to set thread
affinity:
gcc/ada/s-taprop-irix.adb
if Self_ID.Common.Task_Info /= null
and then Self_ID.Common.Task_Info.Scope
--- Comment #7 from laurent at guerby dot net 2008-12-10 11:57 ---
Joel, did you try the change I suggested on 2008-07-25 20:04? If this works
then I can come up with a more complete patch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36939
--- Comment #10 from laurent at guerby dot net 2008-12-10 23:09 ---
Ok I'll try to come up with a real patch.
--
laurent at guerby dot net changed:
What|Removed |
Priority: P3
Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: laurent at guerby dot net
GCC build triplet: arm-linux-gnueabi
GCC host triplet: arm-linux-gnueabi
GCC target triplet: arm-linux-gnueabi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38523
--- Comment #1 from laurent at guerby dot net 2008-12-15 09:23 ---
4.3.2 bootstrap doesn't fail in stage1 so this is a trunk regression.
--
laurent at guerby dot net changed:
What|Removed |
--- Comment #3 from laurent at guerby dot net 2008-12-15 11:46 ---
>From Richard Earnshaw:
<<
GCC (to be precise binutils) has limit on the maximum program size on
ARM, which is 32MBytes (based on the span of the BL instruction).
Unfortunately, when GCC is built without opt
--- Comment #4 from laurent at guerby dot net 2008-12-15 15:54 ---
More discussions here:
http://gcc.gnu.org/ml/gcc-patches/2008-12/msg00861.html
Also from Richard:
Recent binutils should also be able to generate binaries exceeding this limit,
though there is some runtime and
--- Comment #6 from laurent at guerby dot net 2008-12-17 11:13 ---
I confirm that on trunk adding to configure:
--enable-stage1-checking=release
allows a full bootstrap. I did not test STAGE1_CFLAGS="-g -O" yet.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38523
duct: gcc
Version: 4.4.0
Status: UNCONFIRMED
Keywords: build
Severity: normal
Priority: P3
Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: laurent at guerby dot net
GCC build triplet: arm-linux-gn
--- Comment #2 from laurent at guerby dot net 2008-12-19 12:02 ---
Thanks!
The cfarm machine gcc50 has a 600 Mhz XScale-80219 with 512 MB of RAM,
gcc-4.3.2 release C only bootstrap took 17 hours (and about the same for make
check) - feel free to ask for an account if it's faster
--- Comment #7 from laurent at guerby dot net 2008-12-20 12:21 ---
../trunk/configure --prefix=/n/50/guerby/install-trunk-142808
--enable-languages=c,c++ --enable-__cxa_atexit --disable-nls
--enable-threads=posix --with-mpfr=/opt/cfarm/mpfr-2.3.2
--build=arm-linux-gnueabi --host=arm
--- Comment #9 from laurent at guerby dot net 2009-01-02 10:11 ---
Thanks Jakub, I'm testing:
Index: gcc/config.host
===
--- gcc/config.host (revision 142984)
+++ gcc/config.host (working copy)
@@ -125,6 +
--- Comment #2 from laurent at guerby dot net 2009-01-02 11:50 ---
Confirmed with gcc-4.3.2-1 Debian gnueabi:
$ gcc -c -O1 pr36466.c
pr36466.c: In function ReadCfgFile:
pr36466.c:19: internal compiler error: in choose_reload_regs, at reload1.c:6190
And on trunk rev 142984:
pr36466.c
--- Comment #3 from laurent at guerby dot net 2009-01-02 11:53 ---
backtrace on trunk:
(gdb) bt
#0 fancy_abort (file=0x786084 "../../trunk/gcc/reload1.c", line=6470,
function=0x785f8c "choose_reload_regs") at ../../trunk/gcc/diagnostic.c:712
#1 0x002ba378 in choos
--- Comment #11 from laurent at guerby dot net 2009-01-02 11:56 ---
Yep I spotted my obvious mistake :), the patch I'm testing:
Index: gcc/config.host
===
--- gcc/config.host (revision 143006)
+++ gcc/config
--- Comment #2 from laurent at guerby dot net 2009-01-02 12:02 ---
Confirmed on 4.3.2-1 Debian gnueabi
gue...@gcc50:~$ g++ -c -O1 pr36415.c
pr36415.c:29: warning: inline function const UChar*
icu_3_4::UnicodeString::getBuffer() const used but never defined
pr36415.c: In member
--- Comment #3 from laurent at guerby dot net 2009-01-02 12:02 ---
confirmed
--
laurent at guerby dot net changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #1 from laurent at guerby dot net 2009-01-02 12:06 ---
Fixed on 4.3.2-1 Debian gnueabi and on trunk at rev 142808 (tested native)
--
laurent at guerby dot net changed:
What|Removed |Added
--- Comment #5 from laurent at guerby dot net 2009-01-02 12:08 ---
Works on gcc 4.3.2-1 Debian gnueabi and trunk at rev 142984.
--
laurent at guerby dot net changed:
What|Removed |Added
--- Comment #2 from laurent at guerby dot net 2009-01-02 12:13 ---
Confirmed on 4.3.2-1 Debian gnueabi
But it looks like it's fixed on trunk rev 142808
g O .rodata000c .hidden _ZTV1A
wO .rodata._ZTV1B 000c .hidden _ZTV1B
--
laure
--- Comment #14 from laurent at guerby dot net 2009-01-02 12:17 ---
Removing host
--
laurent at guerby dot net changed:
What|Removed |Added
GCC host triplet|arm_le
--- Comment #5 from laurent at guerby dot net 2009-01-02 12:20 ---
As of 4.4 cross compiling Ada to ARM works (but for exceptions but that's
another issue).
--
laurent at guerby dot net changed:
What|Removed |
--- Comment #8 from laurent at guerby dot net 2009-01-02 12:25 ---
Seems to work on 4.3.2-1 Debian gnueabi
gue...@gcc50:~$ g++ pr14202.c
gue...@gcc50:~$ ./a.out
gue...@gcc50:~$ echo $?
0
Do you confirm?
Ada exceptions are not working on this target (neither sjlj nor unwind) but
this
--- Comment #3 from laurent at guerby dot net 2009-01-02 12:29 ---
This needs a testcase
--
laurent at guerby dot net changed:
What|Removed |Added
Status
--- Comment #6 from laurent at guerby dot net 2009-01-02 12:38 ---
gcc-4.3.2-1 debian gnueabi
pr29693.c: In function init_dwarf_reg_size_table:
pr29693.c:4: internal compiler error: in arm_dbx_register_number, at
config/arm/arm.c:18276
On trunk 142984
pr29693.c: In function
--- Comment #2 from laurent at guerby dot net 2009-01-02 12:48 ---
Works fine in 4.3.2-1 debian gnueabi and trunk rev 142808
--
laurent at guerby dot net changed:
What|Removed |Added
--- Comment #5 from laurent at guerby dot net 2009-01-02 12:51 ---
4.3.2-1 debian gnueabi and trunk rev 142984 do not ICE, waiting for
confirmation.
--
laurent at guerby dot net changed:
What|Removed |Added
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: laurent at guerby dot net
GCC build triplet: arm-linux-gnueabi
GCC host triplet: arm-linux-gnueabi
GCC target triplet: arm-linux-gnueabi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38694
--- Comment #1 from laurent at guerby dot net 2009-01-02 13:17 ---
Similar failure for another test:
Executing on host: /home/guerby/build-142984/gcc/xgcc
-B/home/guerby/build-142984/gcc/
/home/guerby/trunk/gcc/testsuite/gcc.c-torture/compile/pr33009.c -Os
-frtl-abstract-sequences
ty: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: laurent at guerby dot net
GCC build triplet: arm-linux-gnueabi
GCC host triplet: arm-linux-gnueabi
GCC target triplet: arm-linux-gnueabi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38695
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: laurent at guerby dot net
GCC build triplet: arm-linux-gnueabi
GCC host triplet: arm-linux-gnueabi
GCC target triplet: arm-linux-gnueabi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38696
ent: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: laurent at guerby dot net
GCC build triplet: arm-linux-gnueabi
GCC host triplet: arm-linux-gnueabi
GCC target triplet: arm-linux-gnueabi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38697
--- Comment #1 from laurent at guerby dot net 2009-01-02 13:43 ---
Forgot the compile line used:
/home/guerby/build-142984/gcc/xgcc -B/home/guerby/build-142984/gcc/
-save-temps -O0 -mfpu=neon -mfloat-abi=softfp -c -o vget_lowf32.o
/home/guerby/trunk/gcc/testsuite/gcc.target/arm/neon
--- Comment #1 from laurent at guerby dot net 2009-01-02 14:17 ---
gcc 4.3.2-1 on debian gnueabi and current trunk do not seem to generate wrong
code but may be I'm wrong in my setup to reproduce this problem?
gue...@gcc50:~$ cat pr38692.c
#include
int main(void)
{
mal
Priority: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: laurent at guerby dot net
GCC build triplet: arm-linux-gnueabi
GCC host triplet: arm-linux-gnueabi
GCC target triplet: arm-linux-gnueabi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38703
--- Comment #3 from laurent at guerby dot net 2009-01-02 15:17 ---
Still there with 4.3.2 and
gcc version 4.4.0 20081228 (experimental) [trunk revision 142939] (GCC)
Arnaud, do you have a generic expert handy to check wether this code is legal
or not? generic compiling but not an
--- Comment #2 from laurent at guerby dot net 2009-01-02 17:30 ---
The test already has:
/home/guerby/trunk/gcc/testsuite/gcc.dg/20021014-1.c
/* { dg-require-profiling "-p" } */
If configure tests the system compiler for profiling "support" it will of
cours
--- Comment #4 from laurent at guerby dot net 2009-01-03 15:39 ---
I do indeed get an illegal instruction when I add -mfloat-abi=softfp
I don't have the skills to fix this but thanks for your offer :).
Note: gcc50 is an n2100, part of the GCC compile farm:
http://gcc.gnu.org
--- Comment #12 from laurent at guerby dot net 2009-01-04 10:42 ---
My second patch testing was successful but it added a lot of time to C only
make bootstrap: 20h => 25h30, so about +25% vs --enable-stage1-checking=release
What should we do?
--
http://gcc.gnu.org/bugzi
--- Comment #2 from laurent at guerby dot net 2009-01-05 15:09 ---
Mike Stein builds a cross compiler from x86_64 to arm-elf and see pr37433.c
ICE:
http://gcc.gnu.org/ml/gcc-testresults/2009-01/msg00247.html
configure flags: --target=arm-elf --prefix=/home/mstein/cross-local/arm-elf
--- Comment #14 from laurent at guerby dot net 2009-01-05 12:05 ---
Something like that? (untested)
Index: configure.ac
===
--- configure.ac(revision 143046)
+++ configure.ac(working copy)
@@ -2904,6
--- Comment #3 from laurent at guerby dot net 2009-01-05 15:38 ---
guerby: I guess the interesting thing is how could non-NULL be passed
there, step through expand_call and see if get_callee_fndecl returned non-NULL
or where fndecl became non-NULL
fndecl seems to be NULL
Breakpoint
--- Comment #2 from laurent at guerby dot net 2009-01-07 14:48 ---
Note: ada on alpha bootstrap fine on trunk.
--
laurent at guerby dot net changed:
What|Removed |Added
--- Comment #5 from laurent at guerby dot net 2009-01-07 18:55 ---
I will test this patch but it will take a few days :).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38695
--- Comment #6 from laurent at guerby dot net 2009-01-10 12:41 ---
Jakub, your patch fixes all "pr37433.c" FAIL, thanks! Test results
http://gcc.gnu.org/ml/gcc-testresults/2009-01/msg00868.html
This also seem to fix an ICE I did not report but visible here in previous te
--- Comment #3 from laurent at guerby dot net 2009-01-10 13:08 ---
http://gcc.gnu.org/ml/gcc-testresults/2009-01/msg00868.html
Might be related to:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33642
Looks like the solution has been to disable those tests on a long list of
platforms
--- Comment #4 from laurent at guerby dot net 2009-01-10 13:10 ---
List of tests with undefined reference to `__gnu_mcount_nc'
FAIL: gcc.dg/20021014-1.c (test for excess errors)
FAIL: gcc.dg/nest.c (test for excess errors)
FAIL: gcc.dg/nested-func-4.c (test for excess errors)
--- Comment #2 from laurent at guerby dot net 2009-01-10 13:31 ---
You mean adding:
/* { dg-skip-if "unaligned access" { arm*-*-* } "*" "" } */
?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38696
g
ReportedBy: laurent at guerby dot net
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38801
--- Comment #15 from laurent at guerby dot net 2009-01-13 12:05 ---
Add URL of gcc-patches discussion
http://gcc.gnu.org/ml/gcc-patches/2009-01/msg00409.html
--
laurent at guerby dot net changed:
What|Removed |Added
--- Comment #6 from laurent at guerby dot net 2009-01-14 12:38 ---
I think return of variable sized objects are handled by the Ada front-end using
a secondary stack (and hidden pointers to boundary records) and so the back-end
doesn't see anything like the code above. The
--- Comment #16 from laurent at guerby dot net 2009-01-14 21:12 ---
binutils 2.19 and CVS do not seem to cure the issue, I opened:
http://sourceware.org/bugzilla/show_bug.cgi?id=9743
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38523
--- Comment #1 from laurent at guerby dot net 2009-01-16 15:33 ---
for the --param= case the following should work (untested):
Index: gcc/ada/make.adb
===
--- gcc/ada/make.adb(revision 143273)
+++ gcc/ada/make.adb
--- Comment #2 from laurent at guerby dot net 2009-01-16 15:37 ---
Oops == => =
Index: gcc/ada/make.adb
===
--- gcc/ada/make.adb(revision 143273)
+++ gcc/ada/make.adb(working copy)
@@ -8039,6 +803
--- Comment #5 from laurent at guerby dot net 2009-01-27 19:12 ---
Note: C974013 was in the past victim of another miscompilation bug:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25737
It was about type based aliasing with a quite long discussion.
--
laurent at guerby dot net
--- Comment #1 from laurent at guerby dot net 2009-01-27 19:31 ---
This test has arrays of complicated Ada entities so I'm not surprised by stack
usage. Could you report at what task size it passes?
--
laurent at guerby dot net changed:
What|Re
--- Comment #3 from laurent at guerby dot net 2009-01-27 20:16 ---
in gcc/testsuite/ada/acats/run_all.sh there is already some handling of special
tests:
case $i in
cxb30*) EXTERNAL_OBJECTS="$dir/support/cxb30040.o
$dir/support/cxb30060.o $dir/support/cxb30130.o
--- Comment #21 from laurent at guerby dot net 2009-05-04 14:50 ---
No objection in one week, so closing as WORKSFORME with binutils from CVS >=
20090423
--
laurent at guerby dot net changed:
What|Removed |Ad
--- Comment #4 from laurent at guerby dot net 2009-05-06 07:07 ---
The form "--param varname=value" is still not supported so I'm leaving this Pr
open.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38874
c
Version: 4.5.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
Priority: P3
Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: laurent at guerby dot net
GCC build triplet: a
: normal
Priority: P3
Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: laurent at guerby dot net
GCC build triplet: mipsel-linux-gnu
GCC host triplet: mipsel-linux-gnu
GCC target triplet: mipsel-linux-gnu
http://gcc.gnu.org
--- Comment #1 from laurent at guerby dot net 2009-05-08 18:08 ---
According to line information the assert that fails is about aliasing:
/* If accesses through a pointer to vectype do not alias the original
memory reference we have a problem. This should never
--- Comment #2 from laurent at guerby dot net 2009-05-08 18:15 ---
The Ada test was added by Eric Botcazou:
http://gcc.gnu.org/ml/gcc-patches/2008-04/msg01204.html
<<
The predictive commoning pass performs load hoisting on an expression that can
throw, thus breaking the CFG; of
--- Comment #5 from laurent at guerby dot net 2009-05-10 09:28 ---
For the record at rev 147290 even with c++ disabled the bootstrap failed on
libmudflap:
libtool: compile: /home/guerby/build/./gcc/xgcc -B/home/guerby/build/./gcc/
-B/n/50/guerby/install-trunk-147290/armv5tel-unknown
--- Comment #7 from laurent at guerby dot net 2009-05-10 18:23 ---
I confirm I didn't apply your patch on the build that failed libmudflap.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40031
--- Comment #6 from laurent at guerby dot net 2009-05-13 15:09 ---
No objection from me.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38703
--- Comment #7 from laurent at guerby dot net 2009-05-15 16:23 ---
Indeed, at revision 147567 on x86_64-linux:
http://gcc.gnu.org/ml/gcc-testresults/2009-05/msg01235.html
Running target unix/-m64
FAIL: gnat.dg/loop_optimization1.adb (test for excess errors)
--
http://gcc.gnu.org
--- Comment #1 from laurent at guerby dot net 2009-05-16 12:30 ---
Seen on sparc-linux too.
--
laurent at guerby dot net changed:
What|Removed |Added
CC
--- Comment #4 from laurent at guerby dot net 2009-05-28 19:30 ---
The issue is present on 4.4.0
gue...@gcc16:~/tmp$ /opt/cfarm/release/4.4.0/bin/gcc -c pkg.adb
/tmp/cc6tnj9K.s: Assembler messages:
/tmp/cc6tnj9K.s:86: Error: symbol `pkg__foo__T3scc___U' is already defined
But fix
linux
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Keywords: link-failure
Severity: normal
Priority: P3
Component: ada
AssignedTo: laurent at guerby dot net
ReportedBy: laurent at guerby dot net
GCC build triplet
--- Comment #1 from laurent at guerby dot net 2009-05-29 11:41 ---
Likely to be local trailing space
ifeq ($(filter-out a-except%,$(LIBGNAT_TARGET_PAIRS)),$(LIBGNAT_TARGET_PAIRS))
LIBGNAT_TARGET_PAIRS += \
a-except.ads does not like trailing space. Checking...
--
http
--- Comment #2 from laurent at guerby dot net 2009-06-04 10:48 ---
This was indeed a trailing space in my local change, now fixed:
http://gcc.gnu.org/ml/gcc-testresults/2009-06/msg00280.html
--
laurent at guerby dot net changed:
What|Removed
--- Comment #2 from laurent at guerby dot net 2009-06-04 20:21 ---
Unfortunately the compile farm alpha machine is down (gcc30) and I haven't been
able to reach the administrator yet.
--
laurent at guerby dot net changed:
What|Removed |
--- Comment #8 from laurent at guerby dot net 2009-06-04 20:31 ---
Last revision that did bootstrap on hppa-linux is 147972, starting with 147996
I get on compile farm gcc61:
/home/guerby/build/./gcc/xgcc -B/home/guerby/build/./gcc/
-B/n/61/guerby/install-trunk/hppa2.0-unknown-linux
--- Comment #1 from laurent at guerby dot net 2009-06-04 22:14 ---
I got the same on hppa-linux:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40338
See rev and commit info there.
--
laurent at guerby dot net changed:
What|Removed |Added
1 - 100 of 743 matches
Mail list logo
