--- Comment #2 from laurent at guerby dot net 2009-06-29 12:10 ---
Might be safer to rename to GNAT_FOPEN or something like that? FOPEN is likely
to be taken on more than one platform.
--
laurent at guerby dot net changed:
What|Removed |Added
--- Comment #5 from laurent at guerby dot net 2009-07-01 17:57 ---
On sparc64-linux bootstrap worked at rev 147974 but failed at rev 148004 (far
mmachine gcc62). I get the same failure on sparc-linux (farm machine gcc54).
I'll try to get a preprocessed file, another option is to g
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: laurent at guerby dot net
GCC build triplet: hppa-linux
GCC host triplet: hppa-linux
GCC target triplet: hppa-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40610
--- Comment #6 from laurent at guerby dot net 2009-07-01 18:22 ---
Created an attachment (id=18113)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18113&action=view)
unwind-dw2-fde-glibc.i
unwind-dw2-fde-glibc.i
/home/guerby/build/./gcc/xgcc -B/home/guerby/build/./gcc/
--- Comment #7 from laurent at guerby dot net 2009-07-01 18:28 ---
backtrace
GNU C (GCC) version 4.5.0 20090701 (experimental) [trunk revision 149143]
(sparc64-unknown-linux-gnu)
compiled by GNU C version 4.3.3, GMP version 4.2.1, MPFR version 2.3.2
GGC heuristics: --param ggc
--- Comment #2 from laurent at guerby dot net 2009-07-01 18:49 ---
*** This bug has been marked as a duplicate of 40347 ***
--
laurent at guerby dot net changed:
What|Removed |Added
--- Comment #8 from laurent at guerby dot net 2009-07-01 18:49 ---
*** Bug 40352 has been marked as a duplicate of this bug. ***
--
laurent at guerby dot net changed:
What|Removed |Added
ords: build
Severity: normal
Priority: P3
Component: ada
AssignedTo: laurent at guerby dot net
ReportedBy: laurent at guerby dot net
GCC build triplet: mips-linux
GCC host triplet: mips-linux
GCC target triplet: mips-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40631
Component: ada
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: laurent at guerby dot net
GCC build triplet: powerpc64-unknown-linux-gnu
GCC host triplet: powerpc64-unknown-linux-gnu
GCC target triplet: powerpc64-unknown-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40637
--- Comment #1 from laurent at guerby dot net 2009-07-03 13:26 ---
powerpc 32 bits Ada bootstraps and testresults are fine:
http://gcc.gnu.org/ml/gcc-testresults/2009-07/msg00181.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40637
--- Comment #2 from laurent at guerby dot net 2009-07-04 10:15 ---
Fixed.
--
laurent at guerby dot net changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #3 from laurent at guerby dot net 2009-07-30 12:42 ---
Seen on sparc-linux as well on farm machine gcc54, so confirming on this
platform. sparc64 (gccdoes work though.
Last known successful bootstrap at revision 149705
First FAIL at revision 149748
===X UPDATE === Fri Jul
--- Comment #3 from laurent at guerby dot net 2009-07-30 12:51 ---
So confirmed. I'm now trying to identify the commit.
--
laurent at guerby dot net changed:
What|Removed |
--- Comment #4 from laurent at guerby dot net 2009-07-30 13:25 ---
boot ok 148068
boot fail 149083
binary search running on gcc40
--
laurent at guerby dot net changed:
What|Removed |Added
--- Comment #5 from laurent at guerby dot net 2009-07-31 16:08 ---
Current progress:
boot ok 148068
boot ok 148575
boot ok 148638
boot ok 148702
boot ok 148829
boot ko 148892
boot ko 148956
boot ko 149083
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40637
--- Comment #7 from laurent at guerby dot net 2009-08-02 17:21 ---
Indeed the search converged to:
boot ok 148868
boot ko 148869
May be you can use your compile farm account to use or grab a working Ada
compiler for powerpc-linux?
gue...@gcc40:~$ ldd /usr/lib/gcc/powerpc-linux-gnu
--- Comment #2 from laurent at guerby dot net 2009-08-08 08:15 ---
I've seen it hang on x86_64-linux with this week trunk.
--
laurent at guerby dot net changed:
What|Removed |
--- Comment #3 from laurent at guerby dot net 2009-08-08 08:29 ---
I will try to tweak constants too.
--
laurent at guerby dot net changed:
What|Removed |Added
--- Comment #4 from laurent at guerby dot net 2009-08-08 20:36 ---
I'm lauching a binary search.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40788
--- Comment #5 from laurent at guerby dot net 2009-08-10 08:01 ---
The search is not finished but it's likely the following patch:
2009-07-17 Aldy Hernandez
Manuel López-Ibáñez
PR 40435
... builtins.c ... Add location argument to ...
The ICE happens
--- Comment #7 from laurent at guerby dot net 2009-08-10 22:25 ---
I tested the following patch and it restores --with-cpu=v8 c,ada bootstrap
Index: gcc/builtins.c
===
--- gcc/builtins.c (revision 150589)
+++ gcc
--- Comment #9 from laurent at guerby dot net 2009-08-11 11:43 ---
Fixed.
--
laurent at guerby dot net changed:
What|Removed |Added
Status|NEW
--- Comment #5 from laurent at guerby dot net 2009-08-12 09:09 ---
Same happens on sparc64 in 64 bits bootstrap in all-stage2-libiberty:
/home/guerby/build/./prev-gcc/xgcc -B/home/guerby/build/./prev-gcc/
-B/n/62/guerby/install-trunk-64/sparc64-unknown-linux-gnu/bin/
-B/n/62/guerby
--- Comment #6 from laurent at guerby dot net 2009-08-12 09:13 ---
>From just reading the ChangeLog, a likely candidate:
2009-08-09 Richard Sandiford
* tree-out-of-ssa.c (insert_value_copy_on_edge): If the source
and destination have different modes, Use promote_m
--- Comment #7 from laurent at guerby dot net 2009-08-12 09:15 ---
There's a patch.
--
laurent at guerby dot net changed:
What|Removed |Added
--- Comment #23 from laurent at guerby dot net 2005-11-04 19:29 ---
Add mips and mips64, for reference, workaround patch from Andreas Schwab here:
http://gcc.gnu.org/ml/gcc/2005-11/msg00239.html
Index: ipa-utils.c
--- Comment #2 from laurent at guerby dot net 2005-11-08 21:58 ---
Confirmed on 4.0.2 and 4.1.
+===GNAT BUG DETECTED==+
| 4.0.2 (i686-pc-linux-gnu) in build_unary_op, at ada/utils2.c:1056|
| Error detected at elements-sets.adb
--- Comment #16 from laurent at guerby dot net 2005-11-12 16:11 ---
Arnaud has a patch for this issue on trunk and a better workaround patch for
4.0.
Could you post your stage3 failure?
--
laurent at guerby dot net changed:
What|Removed |Added
--- Comment #1 from laurent at guerby dot net 2005-11-12 16:36 ---
confirmed on x86_64-linux gcc version 4.1.0 2005 (experimental)
z.c: In function 'bar':
z.c:3: internal compiler error: tree check: expected class 'expression', have
'constant' (real
--- Comment #1 from laurent at guerby dot net 2005-11-12 16:51 ---
Likely to be the same problem than mips/powerpc. Note there's a negatively
reviewed patch that solves this problem.
*** This bug has been marked as a duplicate of 22533 ***
--
laurent at guerby dot net ch
--- Comment #25 from laurent at guerby dot net 2005-11-12 16:51 ---
*** Bug 24821 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22533
--- Comment #9 from laurent at guerby dot net 2005-11-14 07:44 ---
Eric, I believe Richard Kenner has a fix for this one.
--
laurent at guerby dot net changed:
What|Removed |Added
--- Comment #17 from laurent at guerby dot net 2005-11-14 07:47 ---
Patch pending.
--
laurent at guerby dot net changed:
What|Removed |Added
AssignedTo
Status: UNCONFIRMED
Keywords: build
Severity: normal
Priority: P3
Component: ada
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: laurent at guerby dot net
GCC target triplet: arm-rtems
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24855
mmary: ada/s-auxdec.ads alignment issue for arm-rtems
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Keywords: build
Severity: normal
Priority: P3
Component: ada
AssignedTo: unassigned at gcc dot gnu dot org
Rep
--- Comment #20 from laurent at guerby dot net 2005-11-14 21:39 ---
Could people check if the problem was indeed fixed where reported?
--
laurent at guerby dot net changed:
What|Removed |Added
--- Comment #2 from laurent at guerby dot net 2005-11-15 20:22 ---
Confirmed on x86_64-linux and x86-linux. On x86 svn 4.0.3 and 4.1 gnat1 grows
memory above 1GB and I had to kill the processes. 3.3.5 does not have the
issue. On x86_64 gnat1 segfault immediately.
--
laurent at
--- Comment #4 from laurent at guerby dot net 2005-11-16 21:04 ---
I have seen the three tests (c954025 c954026 c99004a) failing from time to time
on my x86 or x86_64-linux builds on 4.0 and 4.1, I'll look into increasing
delay values (which are currently shortened in GCC versi
--- Comment #1 from laurent at guerby dot net 2005-11-22 22:34 ---
Confirmed everywhere. I assume this is invalid since conceptually this is an
infinite recursion :).
| 4.2.0 20051121 (experimental) (i686-pc-linux-gnu) GCC error: |
| in save_gnu_tree, at ada/utils.c:163
--- Comment #3 from laurent at guerby dot net 2005-11-30 11:56 ---
Could you post the link failure for test in-build?
May be it's something like running ranlib on the libraries, a step that we
might be doing only at install, could you try that?
Thanks,
Laurent
--
--- Comment #3 from laurent at guerby dot net 2005-12-04 21:11 ---
The problem is that you are using "Unbounded_String" in your record, and this
brings in lots of dope information for Finalization purposes. You can see it
with:
gcc -c -gnatR3 uninitialized_field.a
--
laurent at guerby dot net changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25245
--- Comment #6 from laurent at guerby dot net 2005-12-09 19:51 ---
I see the same thing as you on trunk x86-linux with gcc version 4.2.0 20051202
(experimental).
I agree the "not equal" part is a bug:
With predefined "=" - A1b and A2b: not equal
should pri
--- Comment #8 from laurent at guerby dot net 2005-12-10 13:26 ---
Ok I now agree on both counts :).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25245
t: gcc
Version: 4.2.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
Priority: P3
Component: ada
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: laurent at guerby dot net
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25436
--- Comment #1 from laurent at guerby dot net 2005-12-15 23:27 ---
A bit more:
(gdb) p x
$6 = (struct basic_block_def *) 0x0
(gdb) p xlimit
$7 = (struct basic_block_def *) 0x41cffb40
(gdb) p *$7
$8 = {stmt_list = 0x41cfaa68, preds = 0x41d0c060, succs = 0x41d0c078, aux =
0x0
--- Comment #7 from laurent at guerby dot net 2005-12-16 07:51 ---
4.2, see PR25436 for last known working revision number
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24994
--- Comment #3 from laurent at guerby dot net 2005-12-19 23:09 ---
Ooops: Last known bootstrap: revision 108381
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25436
--- Comment #10 from laurent at guerby dot net 2005-12-20 21:19 ---
Bootstrap started to fail after the following patch:
Index: gcc/ChangeLog
===
--- gcc/ChangeLog (revision 108421)
+++ gcc/ChangeLog (revision
--- Comment #1 from laurent at guerby dot net 2005-12-27 14:43 ---
Confirmed the bug on 4.0.2 on x86-linux. This is fixed on 4.1 and trunk.
--
laurent at guerby dot net changed:
What|Removed |Added
Status: UNCONFIRMED
Keywords: ice-on-valid-code, build
Severity: normal
Priority: P3
Component: ada
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: laurent at guerby dot net
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25612
--- Comment #9 from laurent at guerby dot net 2006-01-03 19:24 ---
For most (if not all) s-osinte*.ads C type redeclarations, I believe it should
be sufficient to use a record containing a
System.Storage_Elements.Storage_Array of the C sizeof(struct), plus may be an
alignement clause (I
--- Comment #11 from laurent at guerby dot net 2006-01-03 19:36 ---
(In reply to comment #7)
> There's only one fail in 4.0.3:
>
> http://gcc.gnu.org/ml/gcc-testresults/2006-01/msg00025.html
>
> RUN cxg1005
>
> ,.,. CXG1005 ACATS 2.5 06-01-01 01:38:37
>
--- Comment #1 from laurent at guerby dot net 2006-01-03 19:44 ---
The Ada runtime does not use C complex primitives. In this case, the culprit in
all three case is likely to be the following code in ada/a-ngelfu.adb
-- Arctan --
-- Natural cycle
--- Comment #4 from laurent at guerby dot net 2006-01-03 21:19 ---
May be this one?
[EMAIL PROTECTED]:~/tmp/pr20754> cat > p2.adb
with Ada.Numerics.Elementary_Functions;
with Ada.Numerics.Complex_Types;
with Ada.Numerics.Complex_Elementary_Functions;
with Ada.Text_IO;
proced
--- Comment #13 from laurent at guerby dot net 2006-01-04 11:45 ---
(In reply to comment #12)
> > Arnaud, do you remember non opaque C types in s-osinte?
>
> I do not understand your question, could you clarify ?
"opaque" means that the Ada runtime never acces
--- Comment #6 from laurent at guerby dot net 2006-01-04 11:48 ---
(In reply to comment #5)
> There seems to be an optimisation issue. I rebuilt the runtime
> at -O0. The test passes when compiled at -O0 and -O1, but fails at
> -O2.
Hmm less likely to be fixed on 4.0 then.
--- Comment #8 from laurent at guerby dot net 2006-01-05 08:07 ---
This is with 4.0, right?
Are you able to produce a C99 or Fortran test case from your analsys?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20754
laurent at guerby dot net
GCC host triplet: i686-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25703
--- Comment #1 from laurent at guerby dot net 2006-01-06 22:15 ---
Now passing on both 4.1 and 4.2 as of
LAST_UPDATED: Fri Jan 6 18:54:39 UTC 2006 (revision 109421)
(it has been working for a while)
--
laurent at guerby dot net changed:
What|Removed
--- Comment #3 from laurent at guerby dot net 2006-01-06 22:18 ---
Is 4.1 or 4.2 building there now?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24356
--- Comment #5 from laurent at guerby dot net 2006-01-06 22:19 ---
Is 4.1 or 4.2 working there?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24468
--- Comment #9 from laurent at guerby dot net 2006-01-09 20:14 ---
<<
So it seems like C-family specific attributes are set for all alpha
builtins, which seems incorrect to me.
Two possible solutions come to mind:
* Make const and nothrow generic to avoid this.
* Only set them
--- Comment #22 from laurent at guerby dot net 2006-01-12 21:29 ---
On mainline as of 20060111, the three ACATS ICE are present when cross
compiling from x86-linux to sparc-rtems4.7.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18659
--- Comment #1 from laurent at guerby dot net 2006-01-13 20:09 ---
Confirmed on 4.0.2 release, fixed on 4.1 and trunk:
gcc version 4.1.0 20060102 (prerelease)
gcc version 4.2.0 20060112 (experimental)
--
laurent at guerby dot net changed:
What|Removed
--- Comment #2 from laurent at guerby dot net 2006-01-13 20:10 ---
Fixed on 4.1 and trunk
--
laurent at guerby dot net changed:
What|Removed |Added
Status
--- Comment #1 from laurent at guerby dot net 2006-01-15 21:41 ---
Did you try the obvious run_acats patch?
LD_LIBRARY_PATH=$ADA_INCLUDE_PATH:$BASE:$LD_LIBRARY_PATH
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25777
--- Comment #10 from laurent at guerby dot net 2006-01-17 07:37 ---
Present on 4.1 in 200601 for:
sparc-linux http://gcc.gnu.org/ml/gcc-testresults/2006-01/msg00635.html
sparc-solaris http://gcc.gnu.org/ml/gcc-testresults/2006-01/msg00504.html
s390-linux http://gcc.gnu.org/ml/gcc
--- Comment #13 from laurent at guerby dot net 2006-01-17 19:02 ---
http://gcc.gnu.org/ml/gcc-testresults/2006-01/msg00663.html
cdda01 fails on s390-linux on 4.1 with tree-sra disabled.
,.,. CDD2A01 ACATS 2.5 06-01-16 19:32:21
CDD2A01 Check that the Read and Write attributes for
--- Comment #6 from laurent at guerby dot net 2006-01-17 20:13 ---
Dave reported the patch fixed the problem
--
laurent at guerby dot net changed:
What|Removed |Added
--- Comment #1 from laurent at guerby dot net 2006-01-18 07:27 ---
Confirmed on 4.1 and 4.2:
gcc -c -gnat05 bugs_test.adb
+===GNAT BUG DETECTED==+
| 4.2.0 20060112 (experimental) (i686-pc-linux-gnu) Assert_Failure
einfo.adb:507
--- Comment #2 from laurent at guerby dot net 2006-01-18 18:49 ---
With 4.0.2:
$ gcc -c x-toolkit.adb
x-toolkit.ads:590:04: this instantiation requires "Tgx.Lists (body)"
x-toolkit.ads:590:04: but file "tgx-lists.adb" was not found
With 4.1:
$
--- Comment #3 from laurent at guerby dot net 2006-01-20 20:01 ---
Note this works on i686 with 4.0.2.
Confirmed on 4.0.2, also present in 4.1 and 4.2
$ gcc -c -O2 gnatpp-comments.adb
+===GNAT BUG DETECTED==+
| 4.1.0 20060112
--- Comment #3 from laurent at guerby dot net 2006-09-18 17:55 ---
Confirmed.
$ gcc -c -gnat05 test_observers.adb
+===GNAT BUG DETECTED==+
| 4.2.0 20060915 (experimental) (x86_64-unknown-linux-gnu) Assert_Failure
atree.adb:812
--- Comment #1 from laurent at guerby dot net 2006-09-18 17:59 ---
Confirmed on GNAT 4.2.0 20060915 (experimental)
Classifying as enhancement request.
--
laurent at guerby dot net changed:
What|Removed |Added
--- Comment #2 from laurent at guerby dot net 2006-09-18 18:12 ---
Hi Andreas, could you try this patch? If this works I'll submit it, if not
please let me know what's the next blocking point.
--- osint.adb.orig 2006-09-18 20:05:30.0 +0200
+++ osint.adb 2006-0
--- Comment #1 from laurent at guerby dot net 2006-09-18 18:15 ---
Indeed (4.1 and 4.2), Arnaud I assume it's a matter of importing?
--
laurent at guerby dot net changed:
What|Removed |
--- Comment #1 from laurent at guerby dot net 2006-09-18 18:29 ---
Confirmed on gcc version 4.2.0 20060915 (experimental)
$ ./bind_socket_bug
Socket bound to: 0.0.0.0: 53558
Connecting to: 127.0.0.2: 53558
Accepted connection from: 127.0.0.2: 36739
With the following patch:
--- g
--- Comment #2 from laurent at guerby dot net 2006-09-18 18:30 ---
Arnaud, any socket expert comment on my patch above?
--
laurent at guerby dot net changed:
What|Removed |Added
--- Comment #1 from laurent at guerby dot net 2006-09-18 18:43 ---
Asynchronous abort is implementation defined here since there is no abort
completion point in your loop.
You can make this works portably by adding a "delay 0.0;" statement within your
loop, see
--- Comment #4 from laurent at guerby dot net 2006-09-18 22:04 ---
(sorry to be guessing, but I don't understand much of what this code is doing.)
Here is another try (probably breaks cross tools, but if it works at least we
know where the problem lies):
--- osint.adb.orig
--- Comment #4 from laurent at guerby dot net 2006-09-19 19:38 ---
Patch posted.
--
laurent at guerby dot net changed:
What|Removed |Added
URL
--- Comment #5 from laurent at guerby dot net 2006-09-19 19:44 ---
With gcc version 4.2.0 20060915 (experimental)
$ gcc -c -gnat05 ada_3d-file_io-step_reader.adb
ada_3d-file_io-step_reader.ads:84:04: this instantiation requires
"Ada_3d.System.Containers.Single_List (body)&qu
--- Comment #2 from laurent at guerby dot net 2006-09-19 20:00 ---
Confirmed with gcc version 4.2.0 20060915 (experimental
I think your analysis is correct, the compiler should issue an error on the
first line. If it's not correct, I don't see how the compiler could generate
--- Comment #3 from laurent at guerby dot net 2006-09-19 21:52 ---
Note: confirmed by an Ada 2005 expert, and this has been fixed by AdaCore so
the patch will probably land in the FSF tree soon.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28394
--- Comment #6 from laurent at guerby dot net 2006-09-20 21:51 ---
Fixed on 4.2
--
laurent at guerby dot net changed:
What|Removed |Added
Status|NEW
--- Comment #1 from laurent at guerby dot net 2006-10-04 17:56 ---
Confirmed on 4.0.3, 4.1.1 and 4.2.0 (20060922) on x86_64-linux.
--
laurent at guerby dot net changed:
What|Removed |Added
--- Comment #5 from laurent at guerby dot net 2006-10-04 18:03 ---
Hi,
s-osinte.adshttp://gcc.gnu.org/bugzilla/show_bug.cgi?id=29262
--- Comment #7 from laurent at guerby dot net 2006-10-11 21:53 ---
Confirmed.
$ gcc -c -gnat05 ada_3d-file_io-step_reader.adb
+===GNAT BUG DETECTED==+
| 4.2.0 20060922 (experimental) (x86_64-unknown-linux-gnu) Assert_Failure
sinfo.adb
--- Comment #1 from laurent at guerby dot net 2006-10-13 21:31 ---
Confirmed with gcc version 4.2.0 20060922 (experimental), GCC accepts-invalid
here.
Note:
Y : constant T := 0.01;
is correctly rejected with:
test.adb:5:22: value has extraneous low order digits
--
laurent at
--- Comment #1 from laurent at guerby dot net 2006-10-13 21:34 ---
Confirmed with gcc version 4.2.0 20060922 (experimental)
$ gnatmake test
$ ./test
X = -1.0
Y = -1.0
X * Y = -1.0
T (X) * Y = 1.0
--
laurent at guerby dot net changed:
What|Removed
on problem for official
releases?
Product: gcc
Version: unknown
Status: UNCONFIRMED
Keywords: wrong-code
Severity: normal
Priority: P3
Component: ada
AssignedTo: unassigned at gcc dot gnu dot org
Report
nedTo: unassigned at gcc dot gnu dot org
ReportedBy: laurent at guerby dot net
GCC host triplet: x86_64-unknown-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31036
--- Comment #1 from laurent at guerby dot net 2007-03-04 13:25 ---
No ICE at -O0 but it ICEs at -O1 and -O2
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31036
--- Comment #2 from laurent at guerby dot net 2007-03-04 13:28 ---
(gdb) debug_bb_n (5)
Undefined command: "debug_bb_n". Try "help".
(gdb) p debug_bb_n (5)
;; basic block 5, loop depth 0, count 0
;; prev block 4, next block 6
;; pred: 4 [31.0%] (true,ex
--- Comment #3 from laurent at guerby dot net 2007-03-04 13:45 ---
Ooops wrong numbers, for c41307d
(gdb) up
#1 0x0091c5c8 in verify_use (bb=0x2abaa9552480, def_bb=0x2abaa9552d00,
use_p=0x2abaa9591c38, stmt=0x2abaa9591c00, check_abnormal=0 '\0',
names_defined_in_bb=0
--- Comment #5 from laurent at guerby dot net 2007-03-04 18:26 ---
(gdb) bt
#0 error (gmsgid=0xcaba20 "definition in block %i does not dominate use in
block %i") at /home/guerby/work/gcc/version-head/gcc/diagnostic.c:548
#1 0x0091c5c8 in verify_use (bb=0x2ac849e1f4
--- Comment #7 from laurent at guerby dot net 2007-03-04 18:44 ---
If you have a run directory:
cd gcc/testsuite/ada/acats/tests/c4/c41307d
gdb .../gcc/x86_64-unknown-linux-gnu/4.3.0/gnat1
r -I../../../support -quiet -dumpbase c41307d.adb -O1 -mtune=generic
c41307d.adb
If not cd
--- Additional Comments From laurent at guerby dot net 2005-02-17 22:16
---
Current behaviour as of 20050216 is an ICE
/Users/pinskia/src/local2/gcc/objdir/gcc/xgcc -c
-B/Users/pinskia/src/local2/gcc/objdir/gcc/ -gnatws -O2
-I/Users/pinskia/src/local2/gcc/objdir/gcc/testsuite/ada/acats
Priority: P2
Component: ada
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: laurent at guerby dot net
CC: gcc-bugs at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20042
101 - 200 of 743 matches
Mail list logo
