--- Comment #24 from charlet at gcc dot gnu dot org 2006-02-15 09:31
---
Subject: Bug 18659
Author: charlet
Date: Wed Feb 15 09:31:40 2006
New Revision: 111030
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=111030
Log:
2006-02-13 Richard Kenner <[EMAI
--- Comment #16 from charlet at gcc dot gnu dot org 2006-02-15 09:34
---
Subject: Bug 20753
Author: charlet
Date: Wed Feb 15 09:34:48 2006
New Revision: 111043
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=111043
Log:
2006-02-13 Geert Bosch <[EMAI
--- Comment #6 from charlet at gcc dot gnu dot org 2006-02-15 09:38 ---
Subject: Bug 25885
Author: charlet
Date: Wed Feb 15 09:38:39 2006
New Revision: 111062
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=111062
Log:
2006-02-13 Ed Schonberg <[EMAI
--- Comment #26 from charlet at gcc dot gnu dot org 2006-02-15 09:40
---
Subject: Bug 18819
Author: charlet
Date: Wed Feb 15 09:40:13 2006
New Revision: 111069
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=111069
Log:
2006-02-13 Ed Schonberg <[EMAI
--- Comment #2 from charlet at gcc dot gnu dot org 2006-02-15 09:42 ---
Subject: Bug 23973
Author: charlet
Date: Wed Feb 15 09:42:14 2006
New Revision: 111080
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=111080
Log:
2006-02-13 Javier Miranda <[EMAIL PROTECTED]&g
--- Comment #12 from charlet at gcc dot gnu dot org 2006-02-15 10:02
---
Fixed on trunk.
--
charlet at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from charlet at gcc dot gnu dot org 2006-02-15 10:34 ---
Done on trunk
--
charlet at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #1 from charlet at gcc dot gnu dot org 2006-02-15 16:52 ---
Could you please send full sources to reproduce this problem ? thanks.
Arno
--
charlet at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from charlet at gcc dot gnu dot org 2006-02-15 18:05 ---
Thanks, reopening.
Confirmed on trunk with simple command:
$ gcc -c scratch.adb
+===GNAT BUG DETECTED==+
| 4.2.0 20060210 (experimental) (i686-pc-linux-gnu) GCC
--- Comment #3 from charlet at gcc dot gnu dot org 2006-02-17 16:05 ---
Subject: Bug 26315
Author: charlet
Date: Fri Feb 17 16:05:46 2006
New Revision: 83
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=83
Log:
2006-02-17 Eric Botcazou <[EMAIL PROTECTED]&g
--- Comment #4 from charlet at gcc dot gnu dot org 2006-02-17 16:11 ---
Now fixed.
--
charlet at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #5 from charlet at gcc dot gnu dot org 2006-03-08 15:16 ---
Nothing particularly critical in this PR, we've got plenty of other more
worrisome failures to look at.
Arno
--
charlet at gcc dot gnu dot org changed:
What|Removed |
--- Comment #8 from charlet at gcc dot gnu dot org 2006-03-08 15:27 ---
Given that 4.1.0 has been released and issue is fixed there, closing this
PR.
Arno
--
charlet at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from charlet at gcc dot gnu dot org 2006-03-14 13:38 ---
Well, if it's CVS HEAD, it's not a "release".
Anyway, please post self contained (reduced if possible) sources showing
the problem, as well as standalone command line (simplified if possi
--- Comment #3 from charlet at gcc dot gnu dot org 2006-03-14 13:52 ---
Thanks for the sources. If you get a chance to reduce the problem, that
will certainly give this report higher priority.
I am also surprised by the location: tree-ssa-structalias.c, I thought
strict aliasing was
--- Additional Comments From charlet at gcc dot gnu dot org 2005-04-29
07:33 ---
This is a duplicate of PR 6852
*** This bug has been marked as a duplicate of 6852 ***
--
What|Removed |Added
--- Additional Comments From charlet at gcc dot gnu dot org 2005-04-29
07:33 ---
*** Bug 21276 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From charlet at gcc dot gnu dot org 2005-05-17
11:58 ---
Closing, as nobody seems to care about GCC_EXEC_PREFIX being broken.
Arno
--
What|Removed |Added
--- Additional Comments From charlet at gcc dot gnu dot org 2005-05-18
07:43 ---
Right, this is a requirement to first build a native GNAT version x.y to
build a cross GNAT x.y
Arno
--
What|Removed |Added
--
Bug 21629 depends on bug 21247, which changed state.
Bug 21247 Summary: Cross-building gnat-4.0.0 requires native gnat-4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21247
What|Old Value |New Value
-
--- Additional Comments From charlet at gcc dot gnu dot org 2005-05-18
08:12 ---
The last error seems to be related to the cygwin environment.
There is also no point in reporting such results as a bug, since there are
separate issues, which all seem to be related to cygwin rather than
--- Additional Comments From charlet at gcc dot gnu dot org 2005-05-18
08:52 ---
>From the comments, seems like a back-end or optimization (rtl ?) issue
rather than an Ada specific issue.
Arno
--
What|Removed |Ad
--- Additional Comments From charlet at gcc dot gnu dot org 2005-06-16
09:08 ---
Fixed on mainline.
Arno
--
What|Removed |Added
Status|NEW
--- Additional Comments From charlet at gcc dot gnu dot org 2005-06-16
09:09 ---
Fixed on mainline
Arno
--
What|Removed |Added
Status|NEW
--- Additional Comments From charlet at gcc dot gnu dot org 2005-06-16
09:10 ---
Error message improved on mainline.
Arno
--
What|Removed |Added
Status|NEW
--- Additional Comments From charlet at gcc dot gnu dot org 2005-06-16
09:11 ---
Fixed on mainline.
Arno
--
What|Removed |Added
Status|UNCONFIRMED
--- Additional Comments From charlet at gcc dot gnu dot org 2005-06-16
09:44 ---
Fixed on mainline by recent clean ups in the handling of Unchecked_Union.
Arno
--
What|Removed |Added
--- Additional Comments From charlet at gcc dot gnu dot org 2005-06-20
07:59 ---
So the "regression" is fixed on mainline. Changing subject and keyword.
Note that the ICE was apparently caused by a missing processing of the nested
procedure, probably middle-end rather than
--- Additional Comments From charlet at gcc dot gnu dot org 2005-06-20
08:00 ---
Since ZCX is now the default on darwin and linux, and since I doubt
anyone will look at __builsetjmp/longjmp issues on GCC 4.x, I am
closing this PR.
--
What|Removed
--- Additional Comments From charlet at gcc dot gnu dot org 2005-06-20
08:12 ---
Closing, as discussed, it would be an undesirable performance hit to make
changes
in this area.
Arno
--
What|Removed |Added
--- Additional Comments From charlet at gcc dot gnu dot org 2003-11-14 10:06
---
All the errors you reported should now be fixed.
Arno
--
What|Removed |Added
--- Additional Comments From charlet at gcc dot gnu dot org 2004-12-22
08:52 ---
There's nothing critical about this PR, please stop bumping its priority: it
won't magically fix it, thanks.
Arno
--
What|Removed
--- Additional Comments From charlet at gcc dot gnu dot org 2005-01-03
09:29 ---
with type is an obsolete construct, which is replaced by "limited with" in
Ada 05, and already supported by GNAT.
At some point with type will be retired, so no bugs on this feature will
be fi
--- Additional Comments From charlet at gcc dot gnu dot org 2005-01-03
10:06 ---
Closing as invalid.
--
What|Removed |Added
Status|WAITING
--- Additional Comments From charlet at gcc dot gnu dot org 2005-01-03
10:09 ---
It would be useful to isolate this bug to a simpler test case, in particular
if this is indeed a codegen problem as it looks like.
Arno
--
What|Removed |Added
--- Additional Comments From charlet at gcc dot gnu dot org 2005-01-03
15:48 ---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--- Additional Comments From charlet at gcc dot gnu dot org 2005-01-03
15:50 ---
Please confirm (or not) that this bug is fixed, thanks.
Arno
--
What|Removed |Added
--- Additional Comments From charlet at gcc dot gnu dot org 2005-01-17
13:54 ---
Bug box fixed on mainline, so closing.
Arno
--
What|Removed |Added
Status|NEW
--- Additional Comments From charlet at gcc dot gnu dot org 2005-01-18
10:04 ---
I agree that the code in a-stunau.adb looks highly suspicious, so your patch
looks good at first sight.
Could you please send it to gcc-patches for more general review ? Thanks.
Arno
--
http
--- Additional Comments From charlet at gcc dot gnu dot org 2005-02-09
15:00 ---
>If you ask me to I will attach all those files - but I guess you know where to
>get PolyORB from ;-).
All bugzilla reports should be self contained. The GCC project has no
relationship with the P
--- Additional Comments From charlet at gcc dot gnu dot org 2005-02-10
14:01 ---
Should now be fixed.
Arno
--
What|Removed |Added
Status|UNCONFIRMED
--- Additional Comments From charlet at gcc dot gnu dot org 2005-02-10
14:02 ---
Fixed by forcing -static-libgcc when building the tools, as intended.
--
What|Removed |Added
--
Bug 17464 depends on bug 16592, which changed state.
Bug 16592 Summary: Ada tools don't use the newly built shared libraries
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16592
What|Old Value |New Value
-
--- Additional Comments From charlet at gcc dot gnu dot org 2004-06-08 10:39
---
Confirmed (code is illegal btw).
Arno
--
What|Removed |Added
Status
--- Additional Comments From charlet at gcc dot gnu dot org 2004-10-04 15:04
---
Implemented on mainline.
--
What|Removed |Added
Status|NEW
--- Additional Comments From charlet at gcc dot gnu dot org 2004-10-29 13:22
---
Are these tests still hanging on a more recent GCC version ?
AFAIK, these tests should be compiled properly now (assuming Ada
builds successfully).
Arno
--
What|Removed
--- Additional Comments From charlet at gcc dot gnu dot org 2004-10-29 13:28
---
I believe recent changes in Interfaces.CPP may have fixed things, if
there's indeed something to fix.
Could you verify ?
Arno
--
What|Removed |
--- Additional Comments From charlet at gcc dot gnu dot org 2004-10-29 13:31
---
Yes, error message seems fine.
Closing.
Arno
--
What|Removed |Added
Status
--- Additional Comments From charlet at gcc dot gnu dot org 2004-10-29 13:34
---
If that's the only error you are getting, and compiling the spec with -gnatc
gives no error, then indeed the problem is fixed.
Arno
--
What|Removed |
--- Additional Comments From charlet at gcc dot gnu dot org 2004-11-25
13:32 ---
For a cross Ada compiler, you need to start from the corresponding native
compiler version (4.0.0 in this case), instead of a different version.
Arno
--
What|Removed
--- Additional Comments From charlet at gcc dot gnu dot org 2004-11-25
13:33 ---
I just committed tb-gcc.c on mainline.
Sorry about not mentioning the PR in the revision log, I couldn't find
the PR when I looked for it.
Arno
--
What|Removed |
--- Additional Comments From charlet at gcc dot gnu dot org 2004-11-25
13:38 ---
No feedback received, although it's pretty clear that this is working
"as expected" on mainline, so closing.
Arno
--
What|Removed
--- Additional Comments From charlet at gcc dot gnu dot org 2004-11-25
14:51 ---
<>
Not the one you raised: you seemed to have confused o_value and
a_value, which are two different names and variables.
Now, I thought that recent changes to Interfaces.CPP may have
fixed this
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: charlet at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18875
--- Comment #3 from charlet at gcc dot gnu dot org 2006-10-31 19:41 ---
Fixed on mainline.
Arno
--
charlet at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from charlet at gcc dot gnu dot org 2006-11-01 18:20 ---
I do not think we can do much with such report.
I'd suggest isolating one of the failure and investigating a little, and
send additional info.
Also, I'd suggest checking with 4.2 and 4.3
Arno
--
char
--- Comment #4 from charlet at gcc dot gnu dot org 2006-11-01 18:32 ---
Is it still happening with GCC 4.2 or GCC 4.3 ?
Arno
--
charlet at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from charlet at gcc dot gnu dot org 2006-11-01 18:40 ---
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 2006-11-01 18:49 ---
Maximum length increased, so closing this PR.
--
charlet at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from charlet at gcc dot gnu dot org 2006-11-01 19:39 ---
You built GCC with --disable-checking, which is not a good idea (in particular
with GCC >= 4.1, at a minimum you should use --enable-checking=release).
this bug is still present in trunk:
<<
gcc -c sc
--- Comment #3 from charlet at gcc dot gnu dot org 2006-11-01 19:53 ---
Fixed on trunk.
--
charlet at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #3 from charlet at gcc dot gnu dot org 2006-11-01 19:59 ---
Reduced test case now produce a clean error as expected, and full
test case compiles with no error on trunk.
--
charlet at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from charlet at gcc dot gnu dot org 2006-11-01 20:00 ---
Right, fixed.
--
charlet at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #2 from charlet at gcc dot gnu dot org 2006-11-01 20:15 ---
Fixed on trunk:
main.adb:5:33: in a constraint the current instance can only be used with an
access attribute
--
charlet at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from charlet at gcc dot gnu dot org 2006-11-01 20:20 ---
Both fixed on trunk.
--
charlet at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from charlet at gcc dot gnu dot org 2006-11-05 10:58 ---
Subject: Bug 29707
Author: charlet
Date: Sun Nov 5 10:58:41 2006
New Revision: 118496
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=118496
Log:
* s-osinte-linux-alpha.ads, s-osinte-linux-
--- Comment #5 from charlet at gcc dot gnu dot org 2006-11-05 11:01 ---
Fixed.
--
charlet at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #2 from charlet at gcc dot gnu dot org 2006-11-11 10:35 ---
So closing as fixed in 4.2.0
--
charlet at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from charlet at gcc dot gnu dot org 2006-12-09 12:03 ---
This is not something which is supported nor guaranteed to work.
You would need to do all kinds of changes in the 4.1 branch to get this work,
and continue patching as the trunk compiler evolves.
That being said
--- Comment #3 from charlet at gcc dot gnu dot org 2007-01-23 15:44 ---
xnmake is an internal support tool used to automatically generate a file,
and gnattools should indeed only be built after a full bootstrap of the
compiler.
As for more coverage of gnatmake, this usage of gnatmake
--- Comment #5 from charlet at gcc dot gnu dot org 2007-01-23 16:10 ---
<<
Is the file placed in srcdir? If not, it's *right* to generate the file on
every stage.
>>
Fair enough. Then there's nothing to fix or improve here.
Arno
--
charlet at gcc d
301 - 371 of 371 matches
Mail list logo
