oduct: gcc
Version: 4.3.4
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: ada
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: ludovic at ludovic-brenta dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42413
--- Comment #1 from ludovic at ludovic-brenta dot org 2009-12-17 19:52
---
$ gnatmake pak1
gcc-4.4 -c pak1.ads
pak1.ads:5:25: expected type "T1'class" defined at line 2
pak1.ads:5:25: found type "T1" defined at line 2
pak1.ads:6:19: dynamically tagged expres
Version: 4.3.4
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: ada
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: ludovic at ludovic-brenta dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42412
--- Comment #1 from ludovic at ludovic-brenta dot org 2009-12-17 19:47
---
RM 8.6(27)/2 is also relevant:
When a construct is one that requires that its expected type be a
single type in a given class, the type of the construct shall be
determinable solely from the context in
e: "pak1.ads" compilation error
--
Summary: Illegal program accepted, RM 4.1(8), 8.6(27)/2
Product: gcc
Version: 4.3.4
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: ada
AssignedTo: unassigned a
--- Comment #1 from ludovic at ludovic-brenta dot org 2009-12-17 19:42
---
Fixed in 4.4; this PR only to document the the issue for users of previous
versions.
--
ludovic at ludovic-brenta dot org changed:
What|Removed |Added
ccepted, universal_integer
literal where Character expected
Product: gcc
Version: 4.3.4
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: ada
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: ludovic
in /usr/lib
instead of /usr/lib/ada/adalib/foo and fails.
--
Summary: Please clarify the rules regarding relationships between
project files
Product: gcc
Version: 4.4.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: ada
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: ludovic at ludovic-brenta dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42342
nu dot org
ReportedBy: ludovic at ludovic-brenta dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42148
--- Comment #7 from ludovic at ludovic-brenta dot org 2009-11-19 18:50
---
Created an attachment (id=19060)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19060&action=view)
Disassembly of prj-part.adb, with sources (objdump -S)
--
http://gcc.gnu.org/bugzilla/show_bug
--- Comment #6 from ludovic at ludovic-brenta dot org 2009-11-18 22:09
---
With a stock GCC 4.4.2 bootstrapped with the default options (-g -O2, I think)
on alpha the symptoms are the same. Here is a backtrace:
(gdb) run -vP2 -Pp
Starting program: /home/lbrenta/gcc-obj/gcc/gnatmake
--- Comment #4 from ludovic at ludovic-brenta dot org 2009-11-17 19:59
---
Actually the disassembly above was that of Tab.Get_Next. The source for
Tab.Get_Next is:
function Get_Next (T : Instance) return Elmt_Ptr is
begin
if T = null or else not T.Iterator_Started
--- Comment #3 from ludovic at ludovic-brenta dot org 2009-11-17 19:56
---
Even an empty project file triggers the bug:
$ cat > p.gpr <,
argc=, ubp_av=,
init=0x1200ad190, fini=, rtld_fini=, stack_end=0x11fcbd730) at libc-start.c:222
#9 0x00012000b958 in ?? ()
Bac
--- Comment #1 from ludovic at ludovic-brenta dot org 2009-11-17 10:27
---
The following project file is known to work on alpha-gnu-linux with GCC 4.3.4:
project Build_XMLAda is
for Source_Dirs use ("dom", "input_sources", "sax", "schema&qu
ess to an alpha-linux-gnu machine, please tell me if I can help
narrow this problem down.
--
Summary: Infinite loop when parsing a project file, alpha only
Product: gcc
Version: 4.4.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
--- Comment #41 from ludovic at ludovic-brenta dot org 2009-11-07 09:45
---
As I understand it, there is still a patch pending for i386?
Does anyone plan to backport this patch into gcc-4_4-branch?
I am considering applying this patch (up to r153918) in Debian's
gnat-4.4. Bef
--- Comment #19 from ludovic at ludovic-brenta dot org 2009-09-30 17:35
---
I also applied the patch to GCC 4.4 and confirmed that it fixes this particular
bug. Barring any other blocking problems, Debian will be able to switch to GCC
4.4 as the default Ada compiler. Thank you all
--- Comment #12 from ludovic at ludovic-brenta dot org 2009-09-25 18:15
---
Eric, in comment #8, did you mean a workaround inside the compiler, or a
workaround in user code? Because the latter is impractical for Debian which
contains more than 2 million lines of Ada, with 350k more
--- Comment #3 from ludovic at ludovic-brenta dot org 2009-09-05 07:39
---
Created an attachment (id=18501)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18501&action=view)
Object and executable files, plus output of -gnatDg, on 64-bit x86-64 (amd64).
--
http://gcc.
--- Comment #2 from ludovic at ludovic-brenta dot org 2009-09-05 07:38
---
Created an attachment (id=18500)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18500&action=view)
Object and executable files, plus output of -gnatDg, on 32-bit i486.
--
http://gcc.gnu.org/b
--- Comment #1 from ludovic at ludovic-brenta dot org 2009-09-05 07:34
---
Created an attachment (id=18499)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18499&action=view)
Diff between gnatmake -gnatDg -Pdoublefree.gpr on 32-bit i486 and 64-bit amd64.
--
http://gcc.
--- Comment #2 from ludovic at ludovic-brenta dot org 2009-08-20 12:04
---
Actually, the whole awk program, which is presumably between single quotes in
the makefile, is the command which is not found. The command should be awk.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id
--- Comment #1 from ludovic at ludovic-brenta dot org 2009-08-20 12:02
---
At first glance: the makefile seems not to be calling awk at all; the first
word is BEGIN; obviously the command BEGIN is not found.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41122
--- Comment #10 from ludovic at ludovic-brenta dot org 2009-08-18 12:10
---
Does the fix mean that GNAT does not support large files on any platform?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40578
--- Comment #1 from ludovic at ludovic-brenta dot org 2009-08-18 12:04
---
Does that imply that Ada cross-compilers are broken?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41096
--- Comment #1 from ludovic at ludovic-brenta dot org 2009-08-18 12:02
---
Duplicate of 41041, which has the attachments.
Also, please change the component of this PR from "ada" to "c".
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41040
--- Comment #4 from ludovic at ludovic-brenta dot org 2009-08-18 12:01
---
Please change the component of this PR from "ada" to "c".
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41041
ble-
free errors
Product: gcc
Version: 4.4.1
Status: UNCONFIRMED
Severity: major
Priority: P3
Component: ada
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: ludovic at ludovic-brenta dot org
GCC h
--- Comment #4 from ludovic at ludovic-brenta dot org 2009-08-06 20:44
---
Confirmed on 4.4.1.
--
ludovic at ludovic-brenta dot org changed:
What|Removed |Added
--- Comment #3 from ludovic at ludovic-brenta dot org 2009-08-06 20:43
---
Confirmed on 4.4.1.
--
ludovic at ludovic-brenta dot org changed:
What|Removed |Added
--- Comment #4 from ludovic at ludovic-brenta dot org 2009-08-06 20:40
---
+===GNAT BUG DETECTED==+
| 4.4.1 (i486-pc-linux-gnu) Storage_Error stack overflow (or erroneous memory
access)|
| Error detected at system.ads:153:5
--- Comment #7 from ludovic at ludovic-brenta dot org 2009-08-06 20:39
---
Confirmed in 4.4.1.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15799
--- Comment #5 from ludovic at ludovic-brenta dot org 2009-08-06 20:33
---
Xavier Grave reports:
+===GNAT BUG DETECTED==+
| 4.4.1 (i486-pc-linux-gnu) GCC error: |
| in get_expr_operands, at tree
--- Comment #3 from ludovic at ludovic-brenta dot org 2009-08-06 20:31
---
Confirmed on 4.4.1.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15615
--- Comment #3 from ludovic at ludovic-brenta dot org 2009-08-06 20:30
---
Confirmed on 4.4.1.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15614
--- Comment #5 from ludovic at ludovic-brenta dot org 2009-08-06 20:29
---
Confirmed on 4.4.1.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15611
--- Comment #5 from ludovic at ludovic-brenta dot org 2009-08-06 20:27
---
Confirmed on 4.4.1.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15606
--- Comment #1 from ludovic at ludovic-brenta dot org 2009-08-06 14:41
---
These work OK:
> /opt/gcc-3.4.5/bin/gcc -c -I./ -gnato -gnatwl -gnatwauJF -gnatef -g
> -fno-strict-aliasing -gnatwA -I- ./test.adb
> /opt/gcc-4.1.1/bin/gcc -c -I./ -gnato -gnatwl -gnatwauJF -gnatef -
onent: ada
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: ludovic at ludovic-brenta dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40986
--- Comment #1 from ludovic at ludovic-brenta dot org 2009-08-01 22:49
---
GNAT 3.15p used GCC 2.8.1 as its backend; the bug is that old :)
--
ludovic at ludovic-brenta dot org changed:
What|Removed |Added
: UNCONFIRMED
Severity: normal
Priority: P3
Component: ada
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: ludovic at ludovic-brenta dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40936
--- Comment #1 from ludovic at ludovic-brenta dot org 2009-08-01 14:59
---
I now think my analysis was wrong; a1 is not a discriminant, so the program is
actually legal and the value of x1 should be:
x1 = (a1 => (b => False))
(this does not change anything to the GCC bug, ac
--- Comment #1 from ludovic at ludovic-brenta dot org 2009-08-01 14:50
---
To aggravate the violation of the Law of Least Astonishment, GCC's misbehavior
is even inconsistent:
libfoo.so.1.2 becomes libfoo.so.1
but
libfoo.so.1.2.3 is honored exactly.
--
http://gcc.gnu.org/bug
) converts x1 to its parent type, Integer. This does not happen for
unary operators.
--
Summary: Illegal program accepted, applying predefined operators
of Integer on a derived type
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: ada
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: ludovic at ludovic-brenta dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40932
--- Comment #1 from ludovic at ludovic-brenta dot org 2009-08-01 14:10
---
gcc-4.4 -c p.adb
p.adb:14:07: warning: variable "A" is never read and never assigned
p.adb:20:07: warning: variable "A" is never read and never assigned
+
gcc dot gnu dot org
ReportedBy: ludovic at ludovic-brenta dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40931
--- Comment #1 from ludovic at ludovic-brenta dot org 2009-08-01 14:03
---
Fixed in 4.4.1 (I only wanted to document the problem.)
--
ludovic at ludovic-brenta dot org changed:
What|Removed |Added
component
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: ada
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: ludovic at ludovic-brenta dot org
http://gcc.gnu.org
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: ludovic at ludovic-brenta dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40929
--- Comment #1 from ludovic at ludovic-brenta dot org 2009-05-19 06:30
---
There was a typo in the original program that I mistakenly corrected. This
typo is the trigger for the bug:
with Ada.Unchecked_Conversion;
package Essai is
type Attributed_Chararcter is record -- line 3
Severity: normal
Priority: P3
Component: ada
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: ludovic at ludovic-brenta dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40185
ry_Version
exactly
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: ada
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: ludovic at ludovic-brenta do
--- Comment #4 from ludovic at ludovic-brenta dot org 2008-12-30 10:42
---
Jörgen Tegnér reports:
gnatmake test_41.adb
gcc-4.3 -c test_41.adb
+===GNAT BUG DETECTED==+
| 4.3.2 (i486-pc-linux-gnu) in gimplify_expr, at gimplify.c:6314
tatus: UNCONFIRMED
Severity: normal
Priority: P3
Component: ada
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: ludovic at ludovic-brenta dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38333
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: ada
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: ludovic at ludovic-brenta dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38332
--- Comment #2 from ludovic at ludovic-brenta dot org 2008-11-30 15:16
---
*** Bug 38331 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16094
--- Comment #1 from ludovic at ludovic-brenta dot org 2008-11-30 15:16
---
*** This bug has been marked as a duplicate of 16094 ***
--
ludovic at ludovic-brenta dot org changed:
What|Removed |Added
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: ada
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: ludovic at ludovic-brenta dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38331
ludovic at ludovic-brenta dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38330
gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: ada
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: ludovic at ludovic-brenta dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38329
dot gnu dot org
ReportedBy: ludovic at ludovic-brenta dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38327
--- Comment #3 from ludovic at ludovic-brenta dot org 2008-11-17 22:32
---
The bug was open at a time when the default mode of GCC was Ada 95; gcc -gnat95
still shows the error messages for line 11 if it is uncommented.
I think the bug is legitimate in Ada 95 mode (and probably in Ada
--- Comment #3 from ludovic at ludovic-brenta dot org 2008-10-17 13:06
---
This is a duplicate of PR ada/37034.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37396
--- Comment #2 from ludovic at ludovic-brenta dot org 2008-08-26 17:49
---
Note that 4.1.2 fails in a different way than 4.3.1 and trunk.
--
ludovic at ludovic-brenta dot org changed:
What|Removed |Added
--- Comment #1 from ludovic at ludovic-brenta dot org 2008-08-26 17:43
---
Created an attachment (id=16151)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16151&action=view)
Source file that reproduces the problem
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37245
normal
Priority: P3
Component: ada
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: ludovic at ludovic-brenta dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37245
d by legal prefixed
notation
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: ada
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: ludovic at ludovic-bren
--- Comment #6 from ludovic at ludovic-brenta dot org 2008-05-13 08:30
---
Also the bug should not remain tagged as INVALID.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31808
--- Comment #5 from ludovic at ludovic-brenta dot org 2008-05-13 08:29
---
Could someone please set the target milestone for this bug? Thanks.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31808
--- Comment #6 from ludovic at ludovic-brenta dot org 2008-04-24 09:55
---
(In reply to comment #4)
Anh Vo, you are perfectly right up to a point: Pak1.Eq returns True and Pak2.Eq
returns False, therefore comparing the two results yields False. Where you are
wrong is where you think
--- Comment #3 from ludovic at ludovic-brenta dot org 2008-04-23 23:47
---
Exactly. The quoted portion of the ARM says that Pak2.Eq (Z1, Z2) should
implicitly convert Z1 and Z2 to type T1, then call Pak1.Eq, then return True.
Instead, it returns False as though GNAT synthesised a new
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: ada
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: ludovic at ludovic-brenta dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35984
--- Comment #7 from ludovic at ludovic-brenta dot org 2008-04-09 20:25
---
Further reduced test case: replace observers.ads with:
package Observers is
type Observer is new Integer;
type Observer_Access is access Observer;
end Observers;
and the bug is still there.
--
http
--- Comment #6 from ludovic at ludovic-brenta dot org 2008-04-09 20:10
---
Reduced test case:
package Observers is
type Observer is tagged null record;
type Observer_Access is access all Observers.Observer'Class;
end Observers;
limited with Observers;
--- Comment #3 from ludovic at ludovic-brenta dot org 2008-04-04 23:44
---
This is the same patch that Aurelien Jarno submitted here:
http://gcc.gnu.org/ml/gcc-patches/2008-04/msg00026.html
I suggest closing this bug, as the patch has been committed to trunk. (I don't
--- Comment #1 from ludovic at ludovic-brenta dot org 2008-04-01 21:26
---
gcc-4.3 -c -gnat05 pak1.ads
pak1.ads:11:21: no selector "f1" for private type "T1" defined at line 4
--
ludovic at ludovic-brenta dot org changed:
What|Removed
: ludovic at ludovic-brenta dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35794
ReportedBy: ludovic at ludovic-brenta dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35793
d at gcc dot gnu dot org
ReportedBy: ludovic at ludovic-brenta dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35792
--- Comment #3 from ludovic at ludovic-brenta dot org 2008-03-20 01:01
---
Still present in 4.3.0:
$ gnatmake -gnat05 test1
gcc-4.3 -c -gnat05 test1.adb
gnatbind -x test1.ali
gnatlink test1.ali
$ ./test1
3
raised STORAGE_ERROR : stack overflow (or erroneous memory access)
I am not
: UNCONFIRMED
Severity: normal
Priority: P3
Component: ada
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: ludovic at ludovic-brenta dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35645
riority: P3
Component: ada
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: ludovic at ludovic-brenta dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35464
--- Comment #5 from ludovic at ludovic-brenta dot org 2008-02-06 13:42
---
Since the test case uses only Ada 95 features, what does the compiler say with
-gnat95?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33420
--- Comment #3 from ludovic at ludovic-brenta dot org 2008-01-12 13:52
---
By adding one line to the test case, we can see the bug reappears:
procedure Test_244942 is
function f1 return integer is begin return 1; end f1;
generic
with function foo return integer
--- Comment #1 from ludovic at ludovic-brenta dot org 2007-12-18 12:10
---
Actually, the declaration of x2 is illegal; GNAT is correct in rejecting it.
The declaration of T3 is legal and incorrectly rejected. The error messages
are:
gnatmake -gnat05 pak1-pak3.ads
gcc-4.1 -c -gnat05
--- Comment #35 from ludovic at ludovic-brenta dot org 2007-12-17 16:16
---
Created an attachment (id=14784)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14784&action=view)
Results of gnat1 -ftime-report [...] g-catiio.adb with SJLJ exceptions
$ time ../../gnat1 -ftime
--- Comment #33 from ludovic at ludovic-brenta dot org 2007-12-17 15:35
---
Here are the numbers; there is a spectacular improvement, but 4.3 is still an
order of magnitude slower than 4.2:
With df_hack3 alone:
real1m5.705s
user1m5.184s
sys 0m0.412s
With
--- Comment #30 from ludovic at ludovic-brenta dot org 2007-12-17 10:52
---
(In reply to comment #28)
> Created an attachment (id=14778)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14778&action=view) [edit]
> Change worklist solver to double queue algorithm
I woul
dot gnu dot org
ReportedBy: ludovic at ludovic-brenta dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34511
MED
Severity: normal
Priority: P3
Component: ada
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: ludovic at ludovic-brenta dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34510
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: ada
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: ludovic at ludovic-brenta dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34509
dot gnu dot org
ReportedBy: ludovic at ludovic-brenta dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34508
--- Comment #1 from ludovic at ludovic-brenta dot org 2007-12-17 09:30
---
The initial test case was incorrect regarding the lines marked "ERROR".
Here's a corrected version:
package pak1 is
type T1(<>) is tagged limited private;
private
type T1(D: integ
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: ludovic at ludovic-brenta dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34507
--- Comment #1 from ludovic at ludovic-brenta dot org 2007-12-17 09:19
---
Confirmed on GCC 4.1.2 and 4.2.2.
--
ludovic at ludovic-brenta dot org changed:
What|Removed |Added
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: ada
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: ludovic at ludovic-brenta dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34504
--- Comment #4 from ludovic at ludovic-brenta dot org 2007-12-16 14:04
---
As of 4.2.2, only the first of the two errors is detected. Reopening. The
second error violates 8.5.4(6): "A name that denotes a formal parameter of the
subprogram_specification is not allowed withi
t
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: ada
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: ludovic at ludovic-brenta dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34496
--- Comment #19 from ludovic at ludovic-brenta dot org 2007-12-11 20:36
---
With the patch from comment #17, the compile time is down to
real130m10.559s
user130m9.104s
sys 0m0.388s
on my machine. You seem to be on the right track :)
--
http://gcc.gnu.org/bugzilla
1 - 100 of 167 matches
Mail list logo
