--- Comment #23 from charlet at gcc dot gnu dot org 2008-04-08 06:46
---
Subject: Bug 10768
Author: charlet
Date: Tue Apr 8 06:46:04 2008
New Revision: 134013
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=134013
Log:
2008-04-08 Tristan Gingold <[EMAIL PROTECTE
--- Comment #24 from charlet at gcc dot gnu dot org 2008-04-08 07:25
---
Fixed on mainline.
--
charlet at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from charlet at gcc dot gnu dot org 2008-04-09 06:45 ---
missing debug info is never really major, since there are always work arounds
(like print statements).
Note that there is close to zero chance that someone will look into your .bz2
file,
let alone your README
--- Comment #1 from charlet at gcc dot gnu dot org 2009-04-08 12:19 ---
Fixed now, sorry about that, I left out g-socket.ads
--
charlet at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #23 from charlet at gcc dot gnu dot org 2009-04-09 06:37
---
Certainly, pa-hpux and ia64-hpux are two very different platforms as far as
GCC is concerned.
Also, yes, FSF GCC and GNAT Pro are two very different beasts with a different
list of supported/tested platforms
--- Comment #26 from charlet at gcc dot gnu dot org 2009-04-09 15:40
---
<<
Is the (small amount of ?) code in "Gnat Pro" going to be available
(someday) for "gcc Ada". That may fix these problems.
>>
There's still confusion I'm afraid. GCC
--- Comment #1 from charlet at gcc dot gnu dot org 2009-04-17 13:39 ---
Subject: Bug 35953
Author: charlet
Date: Fri Apr 17 13:39:10 2009
New Revision: 146267
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=146267
Log:
2009-04-17 Thomas Quinot
PR a
--- Comment #2 from charlet at gcc dot gnu dot org 2009-04-17 13:41 ---
Fixed on trunk
--
charlet at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #1 from charlet at gcc dot gnu dot org 2009-08-18 14:32 ---
remove 'ada' component
--
charlet at gcc dot gnu dot org changed:
What|Removed
--- Comment #7 from charlet at gcc dot gnu dot org 2009-09-20 16:58 ---
Get_Page_Size should indeed now not be a dummy value and cannot be 0.
I'll take care of updating the comments in s-osinte*.ads when I get a chance
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41419
--- Comment #7 from charlet at gcc dot gnu dot org 2009-10-08 15:08 ---
Feel free to submit a patch.
Note that middle-end warnings (such as -Wuninitialized) do not always support
properly all front-end semantics, in particular for high level languages such
as Ada, so I'd reco
--- Comment #74 from charlet at gcc dot gnu dot org 2009-11-17 17:03
---
Marking as WONTFIX, as requested
--
charlet at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from charlet at gcc dot gnu dot org 2007-04-30 09:59 ---
Closing, since duplicate of 10768
*** This bug has been marked as a duplicate of 10768 ***
--
charlet at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #17 from charlet at gcc dot gnu dot org 2007-04-30 09:59
---
*** Bug 30501 has been marked as a duplicate of this bug. ***
--
charlet at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from charlet at gcc dot gnu dot org 2007-04-30 10:03 ---
I do not see these warnings on trunk on i686-linux, could you
confirm you do not see them as well ?
--
charlet at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from charlet at gcc dot gnu dot org 2007-04-30 10:07 ---
This compiles fine on trunk at least.
--
charlet at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from charlet at gcc dot gnu dot org 2007-04-30 10:17 ---
I believe this error is now gone.
Feel free to reopen if this is not the case.
Arno
--
charlet at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from charlet at gcc dot gnu dot org 2007-04-30 10:20 ---
I believe you've posted results recently with those tests fixed.
Feel free to reopen if I'm mistaken.
Arno
--
charlet at gcc dot gnu dot org changed:
What|Removed
--- Comment #5 from charlet at gcc dot gnu dot org 2007-04-30 10:24 ---
No feedback in 5 monthes, closing.
--
charlet at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from charlet at gcc dot gnu dot org 2007-04-30 10:26 ---
There's now a s-auxdec-empty.ads for this purpose, feel free to use
it.
Closing, since no activity after all the suggestions given in this
PR.
--
charlet at gcc dot gnu dot org changed:
--- Comment #4 from charlet at gcc dot gnu dot org 2007-04-30 10:30 ---
Could you check on 4.2.0 or trunk ?
Note that if it used to work and no longer does, it may be an OS
or hardware issue (e.g. memory fault, too little stack, ...)
--
charlet at gcc dot gnu dot org changed
--- Comment #7 from charlet at gcc dot gnu dot org 2007-04-30 10:33 ---
Now properly flagged ads:
$ gcc -c w.adb
w.ads:1:01: "with type" is an obsolete GNAT extension
w.ads:1:01: use Ada 2005 "limited with" clause instead
So closing.
--
charlet at gcc dot
--- Comment #9 from charlet at gcc dot gnu dot org 2007-04-30 10:35 ---
Closing, as per last message.
Arno
--
charlet at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from charlet at gcc dot gnu dot org 2007-04-30 10:45 ---
Do you still see the error with 4.3.0 ?
Arno
--
charlet at gcc dot gnu dot org changed:
What|Removed |Added
--
charlet at gcc dot gnu dot org changed:
What|Removed |Added
Status|SUSPENDED |WAITING
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19409
--- Comment #8 from charlet at gcc dot gnu dot org 2007-04-30 10:47 ---
Do you still see the error with 4.3.0 ?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28733
--- Comment #9 from charlet at gcc dot gnu dot org 2007-04-30 10:49 ---
No feedback in more than a year, assuming reporter no longer cares about
this PR.
--
charlet at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from charlet at gcc dot gnu dot org 2007-04-30 10:55 ---
Compiles fine with 4.3.0
--
charlet at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from charlet at gcc dot gnu dot org 2007-04-30 10:58 ---
Is this fixed in 4.3.0 ? Tentatively closing, freel free to reopen
if not fixed.
--
charlet at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #22 from charlet at gcc dot gnu dot org 2007-04-30 10:52
---
Requalifying as a driver issue (handling of GCC_EXEC_PREFIX)
--
charlet at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from charlet at gcc dot gnu dot org 2007-04-30 11:14 ---
Subject: Bug 28953
Author: charlet
Date: Mon Apr 30 11:14:24 2007
New Revision: 124293
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=124293
Log:
PR ada/28953
* Makefile.in: No long
--- Comment #4 from charlet at gcc dot gnu dot org 2007-04-30 11:14 ---
Now done (gprmake no longer built)
--
charlet at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from charlet at gcc dot gnu dot org 2007-04-30 11:16 ---
Fixed in 4.3.0:
$ gcc -c test2.adb
test2.adb:5:10: warning: > NUmber Is GReater Than 1!
Arno
--
charlet at gcc dot gnu dot org changed:
What|Removed |Ad
--- Comment #5 from charlet at gcc dot gnu dot org 2007-04-30 11:18 ---
No feedback in 6 months, closing.
--
charlet at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from charlet at gcc dot gnu dot org 2007-05-02 07:36 ---
I do not see this failure on your 4.2.0 runs, nor on ia64 results,
so assuming this is now fixed.
Please reopen if not.
Arno
--
charlet at gcc dot gnu dot org changed:
What|Removed
--- Comment #1 from charlet at gcc dot gnu dot org 2007-05-02 07:37 ---
I do not see this failure on your 4.2.0 runs,
so assuming this is now fixed.
Please reopen if not.
Arno
--
charlet at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from charlet at gcc dot gnu dot org 2007-05-02 07:41 ---
Do you still get this failure with 4.2.0 or 4.3.0 ?
Arno
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25819
--- Comment #1 from charlet at gcc dot gnu dot org 2007-05-02 07:43 ---
Do you still see these failures ?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27999
--- Comment #1 from charlet at gcc dot gnu dot org 2007-05-02 07:44 ---
Do you still see this failure ?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29685
--- Comment #2 from charlet at gcc dot gnu dot org 2007-05-02 09:43 ---
Subject: Bug 29856
Author: charlet
Date: Wed May 2 08:43:30 2007
New Revision: 124347
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=124347
Log:
2007-04-20 Pascal Obry <[EMAI
--- Comment #3 from charlet at gcc dot gnu dot org 2007-05-02 09:49 ---
Fixed
--
charlet at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #7 from charlet at gcc dot gnu dot org 2007-05-02 10:16 ---
OK well, reopening then.
--
charlet at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from charlet at gcc dot gnu dot org 2007-05-02 10:24 ---
Unless the submitter intends to work on this PR, I doubt anything will
happen, so closing for now.
If someone is interested in working on this, feel free to reopen and
assign to you.
Arno
--
charlet at gcc dot
--- Comment #9 from charlet at gcc dot gnu dot org 2007-05-02 11:05 ---
Works fine on trunk now:
$ gcc -c -gnat05 -gnatc -gnatwe -gnatwa pkg1.adb
pkg1.adb:7:24: warning: formal parameter "a" is not referenced
--
charlet at gcc dot gnu dot org changed:
What
--- Comment #2 from charlet at gcc dot gnu dot org 2007-05-02 11:32 ---
Fixed on trunk.
--
charlet at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #2 from charlet at gcc dot gnu dot org 2007-05-02 11:35 ---
We now get:
$ gcc -c test_135.adb
test_135.adb:3:19: non-static object name in preelaborated unit
test_135.adb:3:19: "x1" is not static constant or named number (RM 4.9(5))
Arno
--
charlet at gcc d
--- Comment #3 from charlet at gcc dot gnu dot org 2007-05-02 11:51 ---
The code is clearly wrong here:
type Label_Type is array (Positive) of Octet;
type Name_Type is array (Positive) of Octet;
You cannot expect declaring variables of these types.
trunk now generates proper
--- Comment #6 from charlet at gcc dot gnu dot org 2007-05-02 11:56 ---
Does this still occur on trunk ?
--
charlet at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from charlet at gcc dot gnu dot org 2007-05-02 12:01 ---
Fixed on trunk.
--
charlet at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #7 from charlet at gcc dot gnu dot org 2007-05-02 12:03 ---
Works fine on trunk.
--
charlet at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from charlet at gcc dot gnu dot org 2007-05-02 13:10 ---
Runs fine on trunk.
--
charlet at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from charlet at gcc dot gnu dot org 2007-05-02 13:13 ---
If it works, then let's close this PR
--
charlet at gcc dot gnu dot org changed:
What|Removed |
--- Comment #2 from charlet at gcc dot gnu dot org 2007-05-02 13:20 ---
I get the following on trunk, which I assume is the expected output:
$ ./test
X = -1.0
Y = -1.0
X * Y = 1.0
T (X) * Y = 1.0
--
charlet at gcc dot gnu dot org changed:
What|Removed
--- Comment #1 from charlet at gcc dot gnu dot org 2007-05-02 13:25 ---
The program is erroneous here.
RN 9.4(20) is about protected entry queues, not about protected procedures
being executed while the object is deallocated.
Arno
--
charlet at gcc dot gnu dot org changed
--- Comment #2 from charlet at gcc dot gnu dot org 2007-05-02 13:31 ---
PR has been fixed some time ago already, documentation now says:
<<
In order to build a cross compiler, it is suggested to install
the new compiler as native first, and then use it to build the cross
co
--- Comment #9 from charlet at gcc dot gnu dot org 2007-05-02 13:44 ---
>From the comment file, it's a GNU ld bug, not a GCC bug, so closing.
--
charlet at gcc dot gnu dot org changed:
What|Removed
--- Comment #1 from charlet at gcc dot gnu dot org 2007-05-02 13:46 ---
Getting the expected output with trunk.
--
charlet at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from charlet at gcc dot gnu dot org 2007-05-02 13:59 ---
I'd suggest verifying with GCC 4.3.0, where the problem is likely fixed.
If not, could you please identify which pass is faulty ? Since it works on
so many other platforms, I suspect it's a codegen bug r
--- Comment #2 from charlet at gcc dot gnu dot org 2007-05-02 14:02 ---
Works fine on trunk.
--
charlet at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from charlet at gcc dot gnu dot org 2007-05-02 13:42 ---
The conclusion is misleading in the doc, but there's no bug here, things
work indeed as expected and as intended.
If you really want invalid values, I'd suggest using pragma Initialize_Scalars
and
--- Comment #7 from charlet at gcc dot gnu dot org 2007-05-02 14:23 ---
Runs fine at -O0 and -O2 on i686-linux on trunk
--
charlet at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #9 from charlet at gcc dot gnu dot org 2007-05-02 14:54 ---
Never mind, I could still reproduce it, although the sources need to be updated
to conform to latest Ada 2005 rules (some interfaces must be marked limited).
Arno
--
charlet at gcc dot gnu dot org changed
--- Comment #2 from charlet at gcc dot gnu dot org 2007-05-02 15:50 ---
lowering severity
--
charlet at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from charlet at gcc dot gnu dot org 2007-05-02 15:53 ---
Patch applied on trunk apparently
--
charlet at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from charlet at gcc dot gnu dot org 2007-05-02 15:56 ---
Fixed, so closing.
--
charlet at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from charlet at gcc dot gnu dot org 2007-05-02 16:03 ---
Works fine on trunk:
$ gcc -c rooms.adb
rooms.adb:6:43: expected private type "DOOR" defined at doors.ads:3
rooms.adb:6:43: found a composite type
--
charlet at gcc dot gnu dot org changed:
--- Comment #2 from charlet at gcc dot gnu dot org 2007-05-02 16:13 ---
Error message looks right to me, the instantiation is not finished so you
cannot
use foo twice here without disambiguating it, e.g:
procedure FOO is new Standard.foo;
Arno
--
charlet at gcc dot gnu dot org
--- Comment #2 from charlet at gcc dot gnu dot org 2007-05-03 09:16 ---
Compiles cleanly on trunk
--
charlet at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from charlet at gcc dot gnu dot org 2007-05-03 09:25 ---
The error message looks valid to me: it's not a matter of visibility: the
protected procedure is visible, but does not match, since it's not a
procedure, it's a protected procedure.
Arno
--
cha
--- Comment #3 from charlet at gcc dot gnu dot org 2007-05-03 12:08 ---
Thanks for the feedback.
Closing this PR then.
--
charlet at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from charlet at gcc dot gnu dot org 2007-05-04 08:26 ---
Let's assume this is fixed, as per your latest 4.3.0 results
--
charlet at gcc dot gnu dot org changed:
What|Removed |
--- Comment #2 from charlet at gcc dot gnu dot org 2007-05-04 08:28 ---
Assuming you haven't disabled this test manually, this is fixed as per your
latest test results on 4.3.0
--
charlet at gcc dot gnu dot org changed:
What|Removed |
--- Comment #4 from charlet at gcc dot gnu dot org 2007-05-04 08:25 ---
>From the test results you posted yesterday on 4.3.0, I assume this is fixed:
<<
=== acats tests ===
FAIL: c37215h
FAIL: cd10002
FAIL: cxh1001
Native configuration is hppa-unknown-
--- Comment #1 from charlet at gcc dot gnu dot org 2007-05-04 09:58 ---
Was fixed on 2006-10-31
--
charlet at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from charlet at gcc dot gnu dot org 2007-05-04 10:08 ---
Fixed in 4.3.0
--
charlet at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #5 from charlet at gcc dot gnu dot org 2007-05-04 10:13 ---
install.texi would be the place to add this documentation.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29157
--- Comment #6 from charlet at gcc dot gnu dot org 2007-05-04 10:55 ---
Fixed on trunk
--
charlet at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #1 from charlet at gcc dot gnu dot org 2007-05-04 11:22 ---
Compiles cleanly on trunk
--
charlet at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from charlet at gcc dot gnu dot org 2007-05-04 11:31 ---
Now compiles properly (and generates error message as expected).
Arno
--
charlet at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from charlet at gcc dot gnu dot org 2007-05-04 13:26 ---
gcc -c matter.ads no longer crashes the compiler
--
charlet at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from charlet at gcc dot gnu dot org 2007-05-04 13:42 ---
Compiles cleanly on trunk
--
charlet at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from charlet at gcc dot gnu dot org 2007-05-04 13:44 ---
Fixed on trunk:
$ gcc -c test_134.adb
test_134.adb:11:24: expected type "T1" defined at line 3
test_134.adb:11:24: found type "T1'Class" defined at line 3
test_134.adb:13:17: expected ty
--- Comment #5 from charlet at gcc dot gnu dot org 2007-05-04 14:29 ---
Closing, since it's not clear what behavior the reporter is expecting.
--
charlet at gcc dot gnu dot org changed:
What|Removed |
--- Comment #2 from charlet at gcc dot gnu dot org 2007-05-04 14:50 ---
Fixed on trunk:
$ gcc -c test_248687.ads
test_248687.ads:6:04: representation item appears too late
--
charlet at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from charlet at gcc dot gnu dot org 2007-05-09 13:37 ---
The code is as intended here, and GCC notion of aliasing is not sufficient
to fullfill Ada needs in this case.
Arno
--
charlet at gcc dot gnu dot org changed:
What|Removed
--- Comment #2 from charlet at gcc dot gnu dot org 2007-05-09 13:50 ---
Code generated as "expected" in more recent versions (e.g. trunk).
note that you should avoid using pragma Inline_Always and use pragma Inline and
-gnatn instead.
Arno
--
charlet at gcc dot gnu dot o
--- Comment #19 from charlet at gcc dot gnu dot org 2007-05-22 09:51
---
Just to clarify: the patch posted is only a workaround/kludge, not a
real fix.
Arno
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10768
--- Comment #1 from charlet at gcc dot gnu dot org 2007-06-14 09:31 ---
You're using non standard build procedure which are not supported.
When using GNAT (as opposed to building), things are different, and
you can call gnatmake with full path, it will then pick up the
righ
--- Comment #2 from charlet at gcc dot gnu dot org 2007-06-22 10:43 ---
This now compiles cleanly on trunk.
Arno
--
charlet at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from charlet at gcc dot gnu dot org 2007-06-22 10:44 ---
This now generates a proper error on trunk.
Arno
--
charlet at gcc dot gnu dot org changed:
What|Removed |Added
--- Additional Comments From charlet at gcc dot gnu dot org 2005-09-01
10:42 ---
Patch looks reasonable to me.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23487
--- Additional Comments From charlet at gcc dot gnu dot org 2005-09-01
11:45 ---
This particular bug is already fixed in HEAD (future GCC 4.1.0).
As for the inconsistency between OS_Lib and Expect, it is intentional
and the sugget patch would simply create an incompatibility which is
--- Additional Comments From charlet at gcc dot gnu dot org 2005-09-01
11:47 ---
One last comment: the patch proposed would have actually hidden the real
problem (bad handling of path with spaces under Windows) rather than fixing it.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id
--- Additional Comments From charlet at gcc dot gnu dot org 2005-09-01
13:11 ---
I've identified the missing bit, leading to an inconsistency between
the Ada code and the C code of the Ada front-end.
Working on a fix/resolution...
Arno
--
What|Re
--- Additional Comments From charlet at gcc dot gnu dot org 2005-09-02
13:59 ---
Fix being tested...
--
What|Removed |Added
AssignedTo|bosch at gcc dot gnu dot org
--- Additional Comments From charlet at gcc dot gnu dot org 2005-09-06
12:08 ---
Do you still see the problem ?
Note that from the code, a null pointer can never be passed to the
C routine, so it has to be a codegen problem, if still present.
Arno
--
http://gcc.gnu.org/bugzilla
--- Additional Comments From charlet at gcc dot gnu dot org 2005-09-06
12:12 ---
Seems to be working fine with current sources.
Arno
--
What|Removed |Added
--- Additional Comments From charlet at gcc dot gnu dot org 2005-09-06
12:21 ---
Works fine for me on mainline, producing error message instead of bug box.
Arno
--
What|Removed |Added
--
Bug 22251 depends on bug 15663, which changed state.
Bug 15663 Summary: Assert_Failure on invalid 'Class reference to a non tagged
type
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15663
What|Old Value |New Value
-
--- Additional Comments From charlet at gcc dot gnu dot org 2005-09-06
12:24 ---
Ooops, I tested with a compiler tested with assertions turned off,
I still get a bug box with assertions enabled, so reopening.
Arno
--
What|Removed |Added
101 - 200 of 371 matches
Mail list logo
