--- Comment #20 from laurent at guerby dot net 2009-04-23 14:24 ---
binutils from CVS 20090423 successfully link stage1 cc1 without any special
option (no --enable-checking-release and no -O1), my build on gcc55 is
currently in stage3
$ ../trunk/configure --prefix=/n/55/guerby/install
--- Comment #8 from laurent at guerby dot net 2009-08-23 18:03 ---
It now happens on powerpc 32 bits:
/home/guerby/build/./prev-gcc/xgcc -B/home/guerby/build/./prev-gcc/
-B/n/53/guerby/install-trunk/powerpc-unknown-linux-gnu/bin/
-B/n/53/guerby/install-trunk/powerpc-unknown-linux-gnu
--- Comment #4 from laurent at guerby dot net 2009-09-08 06:13 ---
I see it on arm-linux too. It ICEs at -O1 and -O2 but works at -O0.
a-direct.adb: In function 'Ada.Directories.Start_Search':
a-direct.adb:1178:4: error: expected an SSA_NAME object
a-direct.adb:1178:4:
--- Comment #5 from laurent at guerby dot net 2009-09-08 08:42 ---
Same with g-dirope.adb, same workaround works.
g-dirope.adb: In function 'GNAT.DIRECTORY_OPERATIONS.REMOVE_DIR':
g-dirope.adb:727:4: error: expected an SSA_NAME object
g-dirope.adb:727:4: error: in stateme
--- Comment #6 from laurent at guerby dot net 2009-09-08 09:57 ---
Here is a minimal Ada testcase:
-- file: pp.ads
with Ada.Finalization;
package Pp is
type R is new Ada.Finalization.Controlled with record
null;
end record;
procedure P (S : in String);
end Pp;
-- file
--- Comment #8 from laurent at guerby dot net 2009-09-08 10:13 ---
Created an attachment (id=18540)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18540&action=view)
for gnatchop
gnatchop pp.txt => pp.ads and pp.adb
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41291
--- Comment #9 from laurent at guerby dot net 2009-09-08 10:19 ---
Backtrace and tree:
$ gdb /home/guerby/build/./gcc/gnat1
(gdb) b error
(gdb) r -quiet -dumpbase pp.adb -auxbase pp -O1 -g pp.adb
(gdb) bt
#0 error (gmsgid=0xb2ce94 "") at ../../trunk/gcc/diagnostic.c:612
#1
--- Comment #10 from laurent at guerby dot net 2009-09-08 10:52 ---
Alexande, you can reproduce this by just bootstraping as usual an x86_64-linux
compiler with Ada enabled then in a clean directory do:
gue...@gcc13:~/tmp41291$ gnatchop ~/pp.txt
gue...@gcc13:~/tmp41291$ cp
/home/guerby
--- Comment #11 from laurent at guerby dot net 2009-09-08 10:53 ---
Forgot a step: after having copied locally system.ads edit the local copy and
change the ZCX_By_Default line as Eric described in comment #2
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41291
--- Comment #13 from laurent at guerby dot net 2009-09-08 15:37 ---
The patch for bug 41229 seems to fix this bug too.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41291
--- Comment #3 from laurent at guerby dot net 2009-09-09 09:17 ---
For the record as of trunk rev 151524 the wole Ada RTS builds fine on
armel-linux
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37440
7105a wrong code on armv5tel
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Keywords: wrong-code
Severity: normal
Priority: P3
Component: ada
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: laurent at g
--- Comment #9 from laurent at guerby dot net 2009-09-10 16:15 ---
powerpc32 started working again:
151259 ko
151268 ok
So both powerpc64 and powerpc32 are bootstraping with Ada again.
Likely candidate:
+2009-09-01 Richard Guenther
+
+ * tree.c (tree_expr_size): New
--- Comment #2 from laurent at guerby dot net 2009-09-13 09:51 ---
Here is the sjlj port patch:
http://gcc.gnu.org/ml/gcc-patches/2009-09/msg00450.html
--
laurent at guerby dot net changed:
What|Removed |Added
--- Comment #58 from laurent at guerby dot net 2009-09-13 11:36 ---
I'm still seeing a bootstrap comparison failure on sparc-linux as of revision
151650 so after the last commit:
Comparing stages 2 and 3
warning: gcc/cc1-checksum.o differs
Bootstrap comparison failure!
gcc/sel-sc
e on sparc-linux
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: laurent at guerby dot net
GCC build triplet: spa
--- Comment #60 from laurent at guerby dot net 2009-09-13 21:44 ---
Ok I filed
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41349
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41241
--- Comment #2 from laurent at guerby dot net 2009-09-20 15:33 ---
Ada code in s-taprop-posix.adb
Result := pthread_attr_init (Attributes'Access);
pragma Assert (Result = 0 or else Result = ENOMEM);
if Result /= 0 then
Succeeded := False;
r
--- Comment #4 from laurent at guerby dot net 2009-09-20 16:28 ---
from s-osinte-rtems.adb:
function Get_Page_Size return size_t is
begin
return 0;
end Get_Page_Size;
May be this value wasn't used before...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41419
--- Comment #8 from laurent at guerby dot net 2009-09-20 16:59 ---
Given s-taprop-posix code it's obvious that Page_Size cannot be zero:
-- Round stack size as this is required by some OSes (Darwin)
Adjusted_Stack_Size := Adjusted_Stack_Size + Page_Siz
--- Comment #4 from laurent at guerby dot net 2009-09-24 15:51 ---
It's not a double free: free is called once but not with the pointer returned
by malloc, it is passed for some reason the pointer returned by malloc + 0x10.
valgrind detects it when it reports: "Address 0x5b3
--- Comment #5 from laurent at guerby dot net 2009-09-24 16:48 ---
Same issue on x86_64-linux with gcc version 4.5.0 20090924 (experimental)
[trunk revision 152124] (GCC)
--
laurent at guerby dot net changed:
What|Removed |Added
--- Comment #6 from laurent at guerby dot net 2009-09-24 17:44 ---
Eric, do you have an idea on what could be wrong here? -gnatDG output looks
fine, the bug is present at all optimization level so may be it's gigi?
--
laurent at guerby dot net changed:
What|Re
--- Comment #9 from laurent at guerby dot net 2009-09-25 17:03 ---
Thanks for your analysis! I'm curious at what's going wrong: it looks scary to
have wrong code in such a simple use case :)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41100
--- Comment #11 from laurent at guerby dot net 2009-09-25 17:44 ---
Oh, I didn't realize Test_Extension'Alignment was 16, I wonder what causes it
to be super-aligned, I see no obvious candidate from -gnatR2...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41100
--- Comment #15 from laurent at guerby dot net 2009-09-28 19:01 ---
testcase fixed on trunk by:
2009-09-28 Olivier Hainque
ada/
* gcc-interface/targtyps.c (get_target_default_allocator_alignment):
Account for observable alignments out of default allocators
--- Comment #1 from laurent at guerby dot net 2009-09-29 13:32 ---
This happens also on arm-linux at rev 152122
http://gcc.gnu.org/ml/gcc-testresults/2009-09/msg02662.html
.,. C34006G ACATS 2.5 09-09-28 14:27:54^M
C34006G CHECK THAT THE REQUIRED PREDEFINED OPERATIONS ARE DECLARED
--- Comment #3 from laurent at guerby dot net 2009-09-29 13:38 ---
Together with PR41493 these are the only two ACATS fail on arm-linux as of rev
152122:
http://gcc.gnu.org/ml/gcc-testresults/2009-09/msg02662.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41325
--- Comment #10 from laurent at guerby dot net 2009-10-01 19:37 ---
Starting with
$ /tmp/gcc-4.4.1-install/bin/gcc -v
Using built-in specs.
Target: armv5tel-unknown-linux-gnueabi
Configured with: /home/mikpe/gcc-4.4.1/configure
--prefix=/tmp/gcc-4.4.1-install --with-arch=armv5te --with
--- Comment #6 from laurent at guerby dot net 2009-10-05 13:19 ---
Andrew, did you reproduce it? If not what's missing/would help?
--
laurent at guerby dot net changed:
What|Removed |
P3
Component: lto
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: laurent at guerby dot net
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41593
--- Comment #2 from laurent at guerby dot net 2009-10-05 21:15 ---
Not set for gnat1 (Ada):
(gdb) b gate_lto_out
Breakpoint 1 at 0xedd700: file ../../trunk/gcc/lto-streamer.c, line 803.
(gdb) r -quiet -dumpbase p.adb -auxbase p -O3 -flto -mtune=generic p.adb -o
/tmp/cclbAgyw.s
ReportedBy: laurent at guerby dot net
GCC build triplet: powerpc-unknown-linux-gnu
GCC host triplet: powerpc-unknown-linux-gnu
GCC target triplet: powerpc-unknown-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41870
--- Comment #12 from laurent at guerby dot net 2009-11-17 08:15 ---
This patch was simply not reviewed/discussed at all, Arnaud could you have a
look? gcc-patches submission URL:
http://gcc.gnu.org/ml/gcc-patches/2009-03/msg01510.html
--
laurent at guerby dot net changed
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47005
Summary: [4.6 Regression] ACATS c62002a wrong code on arm-linux
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Keywords: wrong-code
Severity: normal
Priority: P3
C
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47017
Summary: [4.6 Regression] gnatlib ICE on sparc64-linux
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
Priority: P3
Com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47017
--- Comment #1 from Laurent GUERBY 2010-12-23
10:27:54 UTC ---
on sparc32-linux (--with-cpu=v8) bootstrap and gnatlib work fine:
http://gcc.gnu.org/ml/gcc-testresults/2010-12/msg02070.html
So this is a 64 bits issue.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47056
Summary: [4.6 Regression] 10 Ada ACATS tests fail to link with
undefined reference on ia64-linux
Product: gcc
Version: unknown
Status: UNCONFIRMED
Keywords: link-failure
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47056
Laurent GUERBY changed:
What|Removed |Added
CC||ebotcazou at gcc dot
|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47056
--- Comment #2 from Laurent GUERBY 2010-12-28
08:48:11 UTC ---
Reduced test case:
procedure C390002 is
type Object is tagged null record;
begin
null;
end C390002;
gue...@babe:~/tmp$ gnatmake -f -O1 c390002.adb
gcc -c -O1 c390002.adb
gnat
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47005
--- Comment #2 from Laurent GUERBY 2010-12-29
15:56:24 UTC ---
As of r168294 C62002A:
-O0: PASS
-O1: PASS
-O2: FAIL
-O3: FAIL
On gcc56 PATH=/home/guerby/install-trunk-168294/bin:$PATH
if you want access to a compiler, the test is gnatchopped i
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47121
Summary: [4.6 Regression] [Ada] c,ada compiler unable to
rebootstrap itself once installed due to missing
.Ldebug_info0 symbol at link of stage1 gnat1
Product: gcc
Version: 4.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47121
--- Comment #1 from Laurent GUERBY 2010-12-29
16:21:04 UTC ---
Note: c only bootstrap succeeds when following the same protocol.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46704
--- Comment #4 from Laurent GUERBY 2010-12-29
16:51:43 UTC ---
Look like .Ldebug_info0 symbol handling changed recently:
2010-11-13 Iain Sandoe
* dwarf2out.c (macinfo_entry): New struct.
(output_comp_unit): Emit the section start lab
,
||laurent at guerby dot net
--- Comment #2 from Laurent GUERBY 2011-01-04
07:05:37 UTC ---
Add Ada maintainer in CC.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47005
--- Comment #6 from Laurent GUERBY 2011-01-04
12:18:49 UTC ---
The autotesters should pick this change within a day or two.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47005
--- Comment #17 from Laurent GUERBY 2011-01-08
22:48:51 UTC ---
For reference ACATS is now clean on arm-linux as well:
http://gcc.gnu.org/ml/gcc-testresults/2011-01/msg00648.html
LAST_UPDATED: Fri Jan 7 00:49:12 UTC 2011 (revision 168562)
Nati
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47056
--- Comment #10 from Laurent GUERBY 2011-01-10
09:37:23 UTC ---
Thanks Eric :)
http://gcc.gnu.org/ml/gcc-testresults/2011-01/msg00728.html
LAST_UPDATED: Sat Jan 8 23:02:58 UTC 2011 (revision 168603)
=== acats tests ===
FAIL:cb1010c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36939
--- Comment #16 from Laurent GUERBY 2011-02-07
06:10:13 UTC ---
Joel, could you send me the compressed acats.log or at least post the failing
tests? 335 failures likely mean one Ada feature is broken.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36939
--- Comment #20 from Laurent GUERBY 2011-02-07
21:42:25 UTC ---
Thanks Joel for the acats.log.
from the failing test list my guess is that tasking is broken and was working
for your previous test.
All tests with an Ada task in them fail with "
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47716
Summary: libgfortran quadmath_weak.h not found on NetBSD 5.1
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libfortran
Assig
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47716
--- Comment #2 from Laurent GUERBY 2011-02-13
21:01:40 UTC ---
--disable-libquadmath-support was enough to build.
However gfortran test results are pretty poor:
=== gfortran Summary ===
# of expected passes24669
# o
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47716
--- Comment #4 from Laurent GUERBY 2011-02-15
14:17:09 UTC ---
Tobias, the patch you mentionned did allow bootstrap with c,fortran and without
disabling libquadmath for gcc version 4.6.0 20110212 (experimental) [trunk
revision 170072] (GCC).
Fee
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47716
--- Comment #6 from Laurent GUERBY 2011-02-15
22:43:17 UTC ---
For reference a verbose version of the testsuite warnings that cause FAIL. I
will deactivate fortran in my future builds because otherwise the
gcc-testresults@ mail is too big and get
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47716
Laurent GUERBY changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
Resolution|FIXED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42519
--- Comment #7 from Laurent GUERBY ---
debian etch is an obsolete OS now so feel free to close, I no longer have an
etch system around to test anyway :).
--- Comment #2 from laurent at guerby dot net 2007-05-31 20:37 ---
+===GNAT BUG DETECTED==+
| 4.2.0 (i686-pc-linux-gnu) Assert_Failure einfo.adb:853 |
| Error detected at pak1.ads:4:43
--- Comment #3 from laurent at guerby dot net 2007-05-31 20:39 ---
And still present on trunk from a few weeks ago:
+===GNAT BUG DETECTED==+
| 4.3.0 20070511 (experimental) (x86_64-unknown-linux-gnu) Assert_Failure
einfo.adb:852
--- Comment #4 from laurent at guerby dot net 2007-05-31 21:45 ---
ICE everywhere including trunk.
+===GNAT BUG DETECTED==+
| 3.4.6 (i686-pc-linux-gnu) Assert_Failure einfo.adb:459 |
| Error detected at dm-tools.adb
--- Comment #8 from laurent at guerby dot net 2007-06-07 19:43 ---
Here is a test case that's likely to fail: I just allocate a non zero filled
record of the right size before filling the map.
Expects no output, but will raise program_error because of the bug (with 4.3.0
200706
--- Comment #1 from laurent at guerby dot net 2007-06-11 20:17 ---
gcc -c -g -gnat05 e.adb works on 4.1.2, but it ICEs on 4.2 and 4.3.
+===GNAT BUG DETECTED==+
| 4.2.0 (i686-pc-linux-gnu) in gen_type_die, at dwarf2out.c:12720
--- Comment #2 from laurent at guerby dot net 2007-07-05 20:36 ---
This was working with 4.1
--
laurent at guerby dot net changed:
What|Removed |Added
CC
--- Comment #3 from laurent at guerby dot net 2007-07-08 14:22 ---
Tested by Joel, privately approved by Geert, commited on 4.2 (okayed by
Mark) and trunk.
Laurent
--
laurent at guerby dot net changed:
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83496
Laurent GUERBY changed:
What|Removed |Added
CC||law at redhat dot com
--- Comment #14 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83496
--- Comment #18 from Laurent GUERBY ---
Marxin, you have a cfarm account and access to gcc22 / 23 / 24 which are mips64
machines. If you need to change ssh keys see here:
https://cfarm.tetaneutral.net/login/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83496
--- Comment #21 from Laurent GUERBY ---
I'm not familiar with mips ABIs but on gcc mips machine there's 32 bit code.
root@erpro8-fsf1:~# file /bin/ls
/bin/ls: ELF 32-bit MSB executable, MIPS, MIPS-II version 1 (SYSV), dynamically
linked (uses sh
--- Additional Comments From laurent at guerby dot net 2005-09-05 17:51
---
Fixed as of:
LAST_UPDATED: Mon Sep 5 10:34:13 UTC 2005
--
What|Removed |Added
--- Additional Comments From laurent at guerby dot net 2005-09-05 17:54
---
As of
LAST_UPDATED: Mon Sep 5 10:34:13 UTC 2005
The c52103x is now failing again (after the big commit), and c52104x c52104y now
fail in mostly the same way whereas the never failed before:
,.,. C52104X ACATS
--- Additional Comments From laurent at guerby dot net 2005-09-05 19:09
---
Ok testing:
Index: stack.lst
===
RCS file: stack.lst
diff -N stack.lst
--- /dev/null 1 Jan 1970 00:00:00 -
+++ stack.lst 5 Sep 2005 19:08
--- Additional Comments From laurent at guerby dot net 2005-09-05 22:20
---
-fstack-check doesn't seem to cure the problem, any idea?
Laurent
gnatmake --GCC="/home/guerby/work/gcc/build/build-20050905T211402/gcc/xgcc
-B/home/guerby/work/gcc/build/build-20050905T211402/gcc
--- Additional Comments From laurent at guerby dot net 2005-09-08 18:29
---
Passing on x86 and x86_64-linux (same situation as in my #4 comment).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21076
--- Additional Comments From laurent at guerby dot net 2005-09-08 20:21
---
Diego one liner fixes this regression on both platforms.
--
What|Removed |Added
--- Additional Comments From laurent at guerby dot net 2005-09-08 20:21
---
Diego one liner fixes this regression on both platforms.
--
What|Removed |Added
--- Additional Comments From laurent at guerby dot net 2005-09-08 20:26
---
Closing
--
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
--- Additional Comments From laurent at guerby dot net 2005-09-08 20:27
---
Closing
--
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
--- Additional Comments From laurent at guerby dot net 2005-09-09 07:36
---
May be this will work, could you try?
*** s-tpinop.ads.~1.9.~ 2005-07-01 08:24:02.0 +0200
--- s-tpinop.ads2005-09-09 09:35:25.0 +0200
***
*** 36,41
--- 36,42
with
--- Additional Comments From laurent at guerby dot net 2005-09-12 19:26
---
Works on 4.1.0 20050908, confirm problem on 4.0.1 (don't have 3.4 handy).
[EMAIL PROTECTED]:~/tmp> gcc -v
Using built-in specs.
Target: i686-pc-linux-gnu
Configured with: /home/guerby/work/gcc/vers
--- Additional Comments From laurent at guerby dot net 2005-09-12 19:31
---
>From a language point of view I doubt this construct is guaranteed to work,
>I'll
let someone more knowledgeable say if GCC should support this or not.
In particular at -O1 or -O2 the program fa
--- Additional Comments From laurent at guerby dot net 2005-09-12 21:18
---
Ok I misread the code, it indeeds looks like a bug for 4.0 at -O0, and for 4.1
at -O1 and above.
--
What|Removed |Added
--- Additional Comments From laurent at guerby dot net 2005-09-15 19:12
---
Happens on s390 too.
stage1/xgcc -Bstage1/
-B/home/uweigand/fsf/gcc-head-install/s390-ibm-linux/bin/ -c -g -O2
-gnatpg -gnata -I- -I. -Iada -I../../gcc-head/gcc/ada
../../gcc-head/gcc/ada/a-elchha.adb -o ada/a
--- Additional Comments From laurent at guerby dot net 2005-09-15 19:17
---
On 4.1.0 20050914 on s390-linux, two tests have similar failures:
,.,. CXB4005 ACATS 2.5 05-09-14 20:15:52
CXB4005 Check that the functions To_COBOL and To_Ada produce
correct results
--- Additional Comments From laurent at guerby dot net 2005-09-15 19:19
---
(In reply to comment #5)
> On 4.1.0 20050914 on s390-linux, two tests have similar failures:
Ooops: 4.0.2 20050913 (prerelease) (since 4.1.0 does not bootstrap because of
PR22533
--
http://gcc.gnu.
--- Additional Comments From laurent at guerby dot net 2005-09-16 18:15
---
Also happens the same way (run time core dump) on 4.0.2 20050913 (prerelease) on
sparc-linux.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20753
--
What|Removed |Added
URL||http://gcc.gnu.org/ml/gcc-
||patches/2005-
|
--- Additional Comments From laurent at guerby dot net 2005-09-17 12:17
---
Eric, do you have a patch in the pipeline?
--
What|Removed |Added
Summary|ACATS
--- Additional Comments From laurent at guerby dot net 2005-09-19 22:13
---
Good idea.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever
Keywords: wrong-code
Severity: normal
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
GCC host triplet: i686-pc-linux-gnu
ht
--- Additional Comments From laurent at guerby dot net 2005-09-21 18:24
---
no ICE on x86 and x86_64, must be sparc specific.
--
What|Removed |Added
CC
--- Additional Comments From laurent at guerby dot net 2005-09-21 20:11
---
Here is a reduced Ada testcase. -gnatdg show use of 64 bits, but in original
test case it was not the case, so it might be a slightly different bug.
$ cat > p.adb
procedure P is
type T is delta 1.0 /
--- Additional Comments From laurent at guerby dot net 2005-09-21 20:16
---
Created an attachment (id=9787)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9787&action=view)
-fdump-tree-all
Andrew request.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24003
--- Additional Comments From laurent at guerby dot net 2005-09-21 20:26
---
"but in original test case it was not the case": I missed but there's also a
call to system.arith_64.scaled_divide in the original test case, so this is the
likely miscompiled function.
--
htt
--
What|Removed |Added
CC||kenner at vlsi1 dot ultra
||dot nyu dot edu
Summary|A
Severity: normal
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,neroden at gcc dot gnu
dot org
http://gcc.gnu.org/bugzi
--
What|Removed |Added
CC||charlet at adacore dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24030
--- Additional Comments From laurent at guerby dot net 2005-09-23 17:33
---
The 17 x86 only regressions were introduced by this patch, Jan asked me to look
for generated libcalls, more info soon.
2005-09-18 Jan Hubicka <[EMAIL PROTECTED]>
* calls.c (flags_from_decl_o
--- Additional Comments From laurent at guerby dot net 2005-09-23 19:46
---
Beginning of the -fdump-tree-all diff before and after patch.
-- before/s-arit64.adb.00.expand 2005-09-23 20:01:11.0 +0200
+++ after/s-arit64.adb.00.expand2005-09-23 19:41:23.0
Severity: normal
Priority: P2
Component: bootstrap
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=24053
--- Additional Comments From laurent at guerby dot net 2005-09-25 17:20
---
Indeed, just reverting just the gimplify.c change gets Ada in stage3 (still
running on my machine).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24053
--- Additional Comments From laurent at guerby dot net 2005-09-27 18:24
---
ICE on all versions including HEAD. I would say this is not legal Ada since RM
6.4.1(5) allows a default_expression to be a variable name but here you put a
protected object component name, so for now I set this
--- Additional Comments From laurent at guerby dot net 2005-09-29 21:08
---
A priori no exception is ever raised in this test. Who could help on this one?
Is reverting this patch an option?
Laurent
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24003
301 - 400 of 743 matches
Mail list logo
