https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112446
--- Comment #1 from charlet at adacore dot com ---
> "gnatmake --help" states that -gnatyg is equivalent to -gnatydISux, but
> in fact the new switch -gnatyz (check parentheses not required by operator
> precedence
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69883
--- Comment #3 from charlet at adacore dot com ---
> I could understand that I can not build something form 1992 with todays
> tools, but what I do not understand conceptionally, why the host compiler
> seems to link with the target c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66205
--- Comment #5 from charlet at adacore dot com charlet at adacore dot com ---
I???ve managed to make what I think is a very-low-quality workround by
(a) not suppressing the standard library on the target in system.ads
(b) including a C source
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64492
--- Comment #7 from charlet at adacore dot com charlet at adacore dot com ---
Unfortunately you can???t build the cross gnattools, because
--disable-libada
adds gnattools to the list of unconfigured directories, which means
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60411
--- Comment #7 from charlet at adacore dot com charlet at adacore dot com ---
the cross build for arm-linux-gnueabihf succeeds again.
Great.
So they use the same system.ads, which now links with a-exexpr-gcc.adb;
Should'nt this target now
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60174
--- Comment #18 from charlet at adacore dot com charlet at adacore dot com ---
./gcc/xgcc -Bgcc -S cc3305a.adb -O2 -I gcc/
cc3305a.adb:74:11: run-time library configuration error
cc3305a.adb:74:11: file s-soflin.ads not found
cc3305a.adb:74
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60174
--- Comment #20 from charlet at adacore dot com charlet at adacore dot com ---
Same result (system.ads and rep*.adb were in gcc/, but even moving them
to $builddir and using -I. doesn't work). Same result == testcase passes.
Maybe I have
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60078
--- Comment #10 from charlet at adacore dot com charlet at adacore dot com ---
well, I don't know if the Finalize method are supposed
to be called in a sequential manner, which GNAT does obviously not
guarantee.
But how about this, for a fix
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60078
--- Comment #12 from charlet at adacore dot com charlet at adacore dot com ---
What is the test supposed to do?
Looks at the top of c761007.a, you'll find answers to this question.
could you explain, why the test fails when the delay is added
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58645
--- Comment #3 from charlet at adacore dot com charlet at adacore dot com ---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58645
--- Comment #2 from Dominique d'Humieres dominiq at lps dot ens.fr ---
Sure, but you can just skip the testcase
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57188
--- Comment #7 from charlet at adacore dot com charlet at adacore dot com ---
* gcc-interface/Makefile.in (targ): Fix target name check.
Having to deal with the target_alias instead of the canonical form found
in target seems
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54820
--- Comment #4 from charlet at adacore dot com charlet at adacore dot com
2012-10-09 08:34:03 UTC ---
On that machine, the entire user-space is built without any static
libstdc++
libraries, so it's quite annoying (and unexpected
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54820
--- Comment #6 from charlet at adacore dot com charlet at adacore dot com
2012-10-09 13:09:38 UTC ---
On that machine, the entire user-space is built without any static
libstdc++
libraries, so it's quite annoying (and unexpected
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49944
--- Comment #1 from charlet at adacore dot com charlet at adacore dot com
2011-08-02 10:51:19 UTC ---
This is because GNU/kFreeBSD uses s-taprop-linux.adb, which uses
subprograms
Well, then that's the bug: kFreeBSD should cheat and try
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49944
--- Comment #2 from charlet at adacore dot com charlet at adacore dot com
2011-08-02 10:53:47 UTC ---
This is because GNU/kFreeBSD uses s-taprop-linux.adb, which uses
subprograms
Well, then that's the bug: kFreeBSD should cheat and try
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49940
--- Comment #1 from charlet at adacore dot com charlet at adacore dot com
2011-08-02 13:46:01 UTC ---
The function __gnat_lwp_self exists in adaint.c only #if defined(linux),
so it may not apply to kfreebsd-*. The problem exists because
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49944
--- Comment #4 from charlet at adacore dot com charlet at adacore dot com
2011-08-02 17:42:05 UTC ---
I would not be so assertive as Arno.
Really? As the person who wrote this file and as the main tasking expert
of GNAT, I think I can be so
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47717
--- Comment #6 from charlet at adacore dot com charlet at adacore dot com
2011-03-21 14:44:20 UTC ---
Just so we know, should it be possible to build libgnat.a using a project file
via gnatmake?
No, project files aren't designed to do that out
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42368
--- Comment #2 from charlet at adacore dot com charlet at adacore dot com
2011-02-09 07:43:15 UTC ---
Ping on this. Would a patch be OK?
Depending on the patch, yes.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36939
--- Comment #17 from charlet at adacore dot com charlet at adacore dot com
2011-02-07 09:04:18 UTC ---
With Laurent's stub version of s-scaval.adb added as s-scaval-sh.adb and a
minor change to a ada/gcc-interface/Makefile.in, sh-rtems now
--- Comment #1 from charlet at adacore dot com 2009-11-23 07:44 ---
Subject: Re: New: s-osinte.adb:46:21: missing body for
To_Duration declared at s-osinte.ads:216
Laurent,
This one is for you, caused by revision 154407 (you should also double check
other linux
--- Comment #13 from charlet at adacore dot com 2009-11-17 08:19 ---
Subject: Re: tasking is not implemented on NetBSD
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
--- Comment #72 from charlet at adacore dot com 2009-11-17 15:50 ---
Subject: Re: VRP fails to eliminate range
checks in Ada code
Is there anyway for the optimizers to get at this range information still?
Or was range information removed because it is essentially
--- Comment #5 from charlet at adacore dot com 2009-11-17 21:45 ---
Subject: Re: [4.4 regression] Infinite loop when parsing a
project file, alpha only
#1 0x02853dd8 in ?? () from /usr/lib/libgnatprj.so.4.4
#2 0x02856abc in prj__part__parse () from /usr/lib
--- Comment #3 from charlet at adacore dot com 2008-12-11 11:15 ---
Subject: Re: Acats faillures due to undefined
pthread_setrunon_np
The offending piece of code is pretty useless btw, even on IRIX 6.5.
The cpu# in question is always initialized in s-tasinf-irix.ads
--- Comment #1 from charlet at adacore dot com 2008-11-02 10:57 ---
Subject: Re: [4.4 Regression] bootstrap with ada fails:
a-direct.ads:426:09: alignment for Search_Typeb82s must be at
least 8
This is yet again a failure due to having multilibs enabled by default
--- Comment #2 from charlet at adacore dot com 2008-09-30 15:06 ---
Subject: Re: [4.4 regression] Building 64-bit libada fails
on Solaris/x86: alignment error
This happens only for the 64-bit libada, so it's probably due to missing
support for the 64-bit multilib.
Yes
--- Comment #3 from charlet at adacore dot com 2008-08-07 06:41 ---
Subject: Re: /bin/sh: line 1: 26087 Aborted (core dumped)
./xsinfo ../../sinfo.h
mkdir -p ada/bldtools/einfo
(cd ada/bldtools/sinfo gnatmake -q xsinfo ./xsinfo ../../sinfo.h )
rm -f ada/bldtools
--- Comment #1 from charlet at adacore dot com 2008-08-06 06:39 ---
Subject: Re: New: /bin/sh: line 1: 26087 Aborted (core
dumped) ./xsinfo ../../sinfo.h
mkdir -p ada/bldtools/einfo
(cd ada/bldtools/sinfo gnatmake -q xsinfo ./xsinfo ../../sinfo.h )
rm -f ada/bldtools
--- Comment #1 from charlet at adacore dot com 2008-06-21 17:08 ---
Subject: Re: New: error: a-reatim.adb must be compiled
I am seeing quite a few errors in the acats testsuite with the following
errors:
Most likely, your Ada run-time has not been rebuilt since your last
--- Comment #2 from charlet at adacore dot com 2008-06-19 03:37 ---
Subject: Re: s-intman.adb:232:50: SA_ONSTACK is undefined
s-intman.adb:232:50: SA_ONSTACK is undefined
Looks like we need something like the following:
Right. Assuming 0x1 is indeed the corresponding value
--- Comment #4 from charlet at adacore dot com 2008-05-13 00:01 ---
Subject: Re: cross-built gnattools installs vxaddr2line
regardless of target triplet
Are you sure of that? Because it has been built in my April 29 build of a
cross-compiler targetting sh4-unknown-linux-gnu
--- Comment #5 from charlet at adacore dot com 2008-04-09 15:25 ---
Subject: Re: GNAT (GCC) Ada does not generate symbolic debug for shared memory
The application is an aircraft simulation by stimulating avionics black boxes.
We use a debugger to examine state information while
--- Comment #10 from charlet at adacore dot com 2008-02-22 08:34 ---
Subject: Re: Branch to 0x0 from Ada run-time
Arnaud, do you have any idea on what to look at (interesting breakpoint and
data structures)? RTEMS tasking works on other platforms. May be some Ada/C
thread interface
--- Comment #12 from charlet at adacore dot com 2008-02-10 13:12 ---
Subject: Re: [4.3 regression] Serious regression on ACATS results since 4.2.3
I found remnants of a suggested
EH change Arnaud had made to me and removed it.
I do not think it was me. Possibly Laurent Guerby
--- Comment #2 from charlet at adacore dot com 2008-01-09 07:57 ---
Subject: Re: New: Ada runtime improvements for OpenBSD to enable tasking and
related features
After the patch, configure option --with-threads=gnat enables tasking for
OpenBSD on x86 platform.
Note
--- Comment #8 from charlet at adacore dot com 2007-12-19 16:50 ---
Subject: Re: Illegal program not detected, RM 8.3(19)
for traceability purpose, I would appreciate to be credited in the ChangeLog
as
well for this change as I am the one who submitted the patch for sem_ch3.adb
--- Comment #9 from charlet at adacore dot com 2007-12-08 17:22 ---
Subject: Re: Bug box, Program_Error at sinput.adb:404, derived fixed-point
type
good catch, I forgot to send the message to gcc-patches with the content and
the ack indication. The patch was acked by Robert by mail
--- Comment #2 from charlet at adacore dot com 2007-10-10 08:18 ---
Subject: Re: putenv() is made posix-conformant on FreeBSD 7.x
Created an attachment (id=14335)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14335action=view)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id
--- Comment #4 from charlet at adacore dot com 2007-09-13 07:47 ---
Subject: Re: ACATS cxa5a09, cxa5a10 and controlled2.adb failure
Your tree is very likely skewed, the Ada compiler bootstraps fine on x86,
x86-64, IA-64 and SPARC at least.
Right. I got a similar failure and fixed
--- Comment #21 from charlet at adacore dot com 2007-05-22 14:26 ---
Subject: Re: ICEs on compilation of ada support library for avr
Then what would be a real fix that could actually be approved and committed?
Fix support for long (or long long ?) in the avr back-end.
Arno
--- Comment #2 from charlet at adacore dot com 2007-04-17 13:06 ---
Subject: Re: [regression] Ada bootstrap error
You need to add the following in system-xxx.ads:
pragma Warnings (Off, Default_Bit_Order); -- kill constant condition warning
as done in other system-* files, after
--- Comment #33 from charlet at adacore dot com 2007-02-24 10:12 ---
Subject: Re: VRP fails to eliminate range checks in Ada code
I guess that nearly all range checks are eliminated and without bootstrapping
we have a disconnect between the redundant checks in the rts
--- Comment #34 from charlet at adacore dot com 2007-02-24 12:32 ---
Subject: Re: VRP fails to eliminate range checks in Ada code
we have a disconnect between the redundant checks in the rts and the
testcases. If it happens that the non-bootstrapped rts is built by the
host
--- Comment #36 from charlet at adacore dot com 2007-02-24 12:47 ---
Subject: Re: VRP fails to eliminate range checks in Ada code
I was talking about the rts that get's used if I configure with
--disable-bootstrap, do a make and then run make check-ada from within the
gcc
--- Comment #12 from charlet at adacore dot com 2007-01-23 14:47 ---
Subject: Re: Top-level should pass GNATBIND, GNATLINK and GNATMAKE variables
down
GNATBIND = $(STAGE_PREFIX)gnatbind
GNATMAKE = gnatmake
GNATLINK = gnatlink
in both Make-lang.in and Makefile.in. (sidenote
--- Comment #14 from charlet at adacore dot com 2007-01-04 21:32 ---
Subject: Re: [4.0/4.1/4.2/4.3 Regression] Can't compile gnattools for the
cross targets
libada and gnattools-cross are not related, IMHO. I consider the dependancy
as
a configure/Makefile bug.
The following
--- Comment #15 from charlet at adacore dot com 2007-01-04 21:39 ---
Subject: Re: [4.0/4.1/4.2/4.3 Regression] Can't compile gnattools for the
cross targets
BTW, answering an old message:
Can you please describe how you tested the patch?
No test since I do not have a set up
--- Comment #7 from charlet at adacore dot com 2006-12-09 13:55 ---
Subject: Re: Cannot bootstrap 4.1.2 ada with 4.2.0 ada
I see it's not supported, but as Ada needs Ada to be bootstrapped how do you
expect maintainance work to work for active release branches?
By simply using
--- Comment #3 from charlet at adacore dot com 2006-11-05 10:48 ---
Subject: Re: New: s-osinte.adb:86:13: warning: function To_Target_Priority
is not referenced
You need to add a spec for To_Target_Priority in s-osinte-linux-hppa.ads
Better in the medium term would be to merge s
--- Comment #7 from charlet at adacore dot com 2006-10-09 08:28 ---
Subject: Re: Adding tasking support for arm-linux
... well, I can see differences, but is there any definite way of finding out,
how the C structures actually look like? Do I have to hunt this up in the
glibc
--- Comment #7 from charlet at adacore dot com 2006-07-04 19:09 ---
Subject: Re: [4.2 Regression] gnatbind fails to link on Tru64 UNIX
Arno, do you have any suggestions on how to investigate this? After all, this
is a 4.2 regression.
I'd suggest comparing what happens on another
--- Comment #2 from charlet at adacore dot com 2006-06-08 07:57 ---
Subject: Re: s-taprop.adb:66:06: warning: redundant with clause in body
Probably introduced by the following change:
And/or by a new GNAT warning.
Anyway, the fix should be trivial: simply follow GNAT's advice
--- Comment #3 from charlet at adacore dot com 2006-06-08 08:03 ---
Subject: Re: New: gnatbind fails to link on Tru64 UNIX
Add ada/s-purexc.o to ada/Make-lang.in (GNATBIND_OBJS).
If this is considered the correct fix, I'll submit a proper patch.
This shouldn't be needed at first
--- Comment #5 from charlet at adacore dot com 2006-05-08 16:35 ---
Subject: Re: ACATS: Ada testsuite Bourne shell compatibility problem on hpux
-- Comment #4 from pinskia at gcc dot gnu dot org 2006-05-08 16:31 ---
[ x${main} != x ] should also work and maybe a little more
--- Comment #2 from charlet at adacore dot com 2006-05-02 08:46 ---
Subject: Re: ada build fails as cygwin does not have clearenv
Here is the patch I tested. acats results below aren't a total disaster.
Patch looks reasonable to me, you have my OK.
Note that patches should
--- Comment #14 from charlet at adacore dot com 2006-01-25 16:59 ---
Subject: Re: [4.2 Regression] gnatchop cannot use the compiled compiler in
Ada's testsuite because of changed GCC_EXEC_PREFIX semantics
How committed are we to fix this bug? Last time it was closed as WONTFIX
--- Comment #16 from charlet at adacore dot com 2006-01-25 17:31 ---
Subject: Re: [4.2 Regression] gnatchop cannot use the compiled compiler in
Ada's testsuite because of changed GCC_EXEC_PREFIX semantics
Is gnat1 a subprogram executed by the compiler? If anwser is yes and
we agree
--- Comment #21 from charlet at adacore dot com 2006-01-23 15:12 ---
Subject: Re: [4.1/4.2 Regression] ACATS cdd2a01 cdd2a02 fail at runtime
No real solution as of this writing, only a poor workaround: not compiling the
support files with -gnato (overflow checks).
That's not really
--- Comment #1 from charlet at adacore dot com 2006-01-19 15:53 ---
Subject: Re: New: gnatmake: error while loading shared libraries:
libgcc_s.so.4: cannot open
This doesn't happen on the trunk.
The following from ada/Makefile.in is supposed to take care of that:
GCC_LINK=$(CC
--- Comment #4 from charlet at adacore dot com 2006-01-19 16:19 ---
Subject: Re: gnatmake: error while loading shared libraries: libgcc_s.so.4:
cannot open
For some reason, the above doesn't seem to have been used in linking gnatmake:
Indeed, gnatmake has to be handled specially
--- Comment #16 from charlet at adacore dot com 2006-01-17 08:56 ---
Subject: Re: FAIL: a85013b: *** glibc detected *** free(): invalid pointer:
0x00062a00 ***
OK?
Assuming you add a proper ??? comment explaining why we use an alignment of
8 in this file (basically summarizing
--- Comment #18 from charlet at adacore dot com 2006-01-17 16:33 ---
Subject: Re: FAIL: a85013b: *** glibc detected *** free(): invalid pointer:
0x00062a00 ***
I'll let Arno state the definite approval.
As discussed live, I gave my OK this morning already, with the same comment
--- Comment #12 from charlet at adacore dot com 2006-01-04 09:58 ---
Subject: Re: FAIL: a85013b: *** glibc detected *** free(): invalid pointer:
0x00062a00 ***
For most (if not all) s-osinte*.ads C type redeclarations, I believe it should
be sufficient to use a record containing
--- Comment #14 from charlet at adacore dot com 2006-01-04 11:54 ---
Subject: Re: FAIL: a85013b: *** glibc detected *** free(): invalid pointer:
0x00062a00 ***
So my question is wether the record+storage array+align will work for all
the C types in s-osinte
--- Comment #6 from charlet at adacore dot com 2006-01-03 15:10 ---
Subject: Re: FAIL: a85013b: *** glibc detected *** free(): invalid pointer:
0x00062a00 ***
and it doesn't fix the invalid tcb pointers being passed to free().
Reducing the alignment to 8, fixes the pointer problem
--- Comment #3 from charlet at adacore dot com 2005-12-12 16:06 ---
Subject: Re: make[2]: *** [ada/einfo.h] Error 1
If the issue is with the bootstrap compiler, there's not much we can do.
Bootstrap compiler is GCC. This doesn't occur on linux, but it
Well sure, you can't
--- Comment #4 from charlet at adacore dot com 2005-12-12 16:08 ---
Subject: Re: make[2]: *** [ada/einfo.h] Error 1
What|Removed |Added
Status|WAITING
--- Comment #6 from charlet at adacore dot com 2005-12-13 07:22 ---
Subject: Re: make[2]: *** [ada/einfo.h] Error 1
Is GNAT still being maintained in the 4.0 branch?
Yes, although only critical changes go there (as you would expect for
a release branch).
Arno
--
http
--- Comment #3 from charlet at adacore dot com 2005-11-21 14:59 ---
Subject: Re: [4.1/4.2 Regression] make[7]: rc: Command not found
I'm not sure either. I did notice that the build that had a problem
was using an old version of make (3.79.1). I removed this and now this
system
--- Comment #4 from charlet at adacore dot com 2005-11-15 11:04 ---
Subject: Re: [ada] Library_Version still at 4.0 ?
can this be updated before the branch is created?
Will commit the patch later today or tomorrow.
Arno
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23732
--- Comment #6 from charlet at adacore dot com 2005-11-15 11:22 ---
Subject: Re: [ada] Library_Version still at 4.0 ?
what about soext in gcc41/gcc/ada/Makefile.in?
there is still soext = .so
is ada abi compatible in gcc 3.3 ... 4.1 ?
You seem to be confused: soext is about
--- Additional Comments From charlet at adacore dot com 2005-09-30 15:54
---
Subject: Re: [4.1 regression] Endless stream of exceptions ( c95085a, c95085b
and c95086a)
Maybe an Ada maintainer could at least confirm the bug?
AFAIK, this is ia64 specific, so requires an ia64 set up
--- Additional Comments From charlet at adacore dot com 2005-09-23 14:13
---
Subject: Re: libada not rebuilt when libbackend is
What|Removed |Added
CC
--- Additional Comments From charlet at adacore dot com 2005-09-22 08:34
---
Subject: Re: s-taprop.adb:69:06: warning: cannot depend on
Interrupt_Operations (wrong categorization)
This bug is also present on the 4.0 branch. This is a regression
from 4.0.0
Could you double check
--- Additional Comments From charlet at adacore dot com 2005-09-01 07:21
---
Subject: Re: MAXPATHLEN usage in gcc/ada/*.c
Reopened bug awaiting a proper fix.
Feel free to submit one, since you have access to a GNU system.
Arno
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id
--- Additional Comments From charlet at adacore dot com 2005-08-31 07:19
---
Subject: Re: [4.1 Regression] Ada testsuite hangs -- many new failures
So the only thing left is the Ada front-end/library changes.
Thanks for investigating, I'll have a look.
I have a set of pending
--- Additional Comments From charlet at adacore dot com 2005-08-22 20:39
---
Subject: Re: Dividing fixed point number by zero returns zero.
This is a true front-end bug as on PPC divide by zero (in an instruction)
does not raise an exception so
there needs to be an extra check
--- Additional Comments From charlet at adacore dot com 2005-07-06 06:06
---
Subject: Re: [4.1 Regression] Ada does not build into a clean prefix when
unwind.h is not installed
Ada is very confused it looks like as raise.c is both a host and target
file which seems to me wrong
--- Additional Comments From charlet at adacore dot com 2005-07-05 07:11
---
Subject: Re: [4.1 Regression] Ada does not build into a clean prefix when
unwind.h is not installed
I got the same issue on i686-linux, so this is affecting several
targets apparently.
Arno
--
http
--- Additional Comments From charlet at adacore dot com 2005-05-18 13:33
---
Subject: Re: Cross-building gnat-4.0.0 requires native gnat-4.0.0
Could you suggest a patch for install.texi which corrects the tool
requirements for building GNAT both natively and cross?
I'm sure I
--- Additional Comments From charlet at adacore dot com 2005-04-17 08:13
---
Subject: Re: Warnings from init.c
I believe you can commit as obvious once tested.
Right.
There are other occurence of the same code for other target, but I don't have
access to them, may be Arnaud?
I
--- Additional Comments From charlet at adacore dot com 2005-04-13 08:32
---
Subject: Re: makeinfo cannot process gnat_ugn_unw.texi
Arnaud, may be a candidate for review?
Sure. I'd suggest posting the patch to gcc-patches@
Arno
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id
--- Additional Comments From charlet at adacore dot com 2005-03-19 13:54
---
Subject: Re: Windows errorcodes wrong in Ada when tasking
IMO, resetting the error code set by the kernel whenever the internal Ada
tasking functions are called successfully is a bug.
So you are saying
--- Additional Comments From charlet at adacore dot com 2005-03-17 09:58
---
Subject: Re: New: stdcall imports are not handled correctly
Patch looks correct (certainly better) to me, investigating.
Arno
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20515
--- Additional Comments From charlet at adacore dot com 2005-02-22 09:46
---
Subject: Re: ACATS cxa3004 cxb3006 fail at compile time ambiguous expression
Arno, any objection to moving them to norun.lst until after the issue is
resolved?
Actually I do not see the interest, since
--- Additional Comments From charlet at adacore dot com 2005-02-22 09:55
---
Subject: Re: ACATS cxa3004 cxb3006 fail at compile time ambiguous expression
I was under the impression that moving it to the norun.lst was the canonical
procedure when waiting for an ACAA's response (did
--- Additional Comments From charlet at adacore dot com 2005-02-18 12:58
---
Subject: Re: [4.0 Regression] ACATS ICE in bug in tree-sra.c:1507 on x86 and
ppc-darwin (6 FAIL)
SRA is an Ada killer because of the the abuse of VIEW_CONVERT_EXPRs by the Ada
front-end. I think it should
--- Additional Comments From charlet at adacore dot com 2005-02-11 12:03
---
Subject: Re: New: ACATS cxa3004 cxb3006 fail at compile time ambiguous
expression
Probably related to recent changes, might be an ACATS problem.
Right, these tests should be removed from the repository
--- Additional Comments From charlet at adacore dot com 2005-02-03 09:03
---
Subject: Re: gnat tools not buildable cross
Arnauds:
checking for .preinit_array/.init_array/.fini_array support... yes
For the record, it's Laurent's, not Arno's
Arno
--
http://gcc.gnu.org
--- Additional Comments From charlet at adacore dot com 2005-01-31 09:21
---
Subject: Re: gnat tools not buildable cross
Since it is clearly a regression (vs 3.2 cross RTEMS/Ada capabilities), would
you mind proposing a patch to current 4.0 libada? I've included Arnaud in CC
--- Additional Comments From charlet at adacore dot com 2005-01-31 16:38
---
Subject: Re: gnat tools not buildable cross
I don't think so. When you get into the libada directory,
CC=$(CC_FOR_TARGET)
and all hope is lost of having the tools work in a cross configuration
--- Additional Comments From charlet at adacore dot com 2005-01-18 09:33
---
Subject: Re: RTEMS Ada RTS doesn't compile
Could you please submit your patch(es) for review on gcc-patches ?
Thanks in advance.
Arno
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19488
--- Additional Comments From charlet at adacore dot com 2005-01-18 13:34
---
Subject: Re: 64bits Ada bootstrap failure:xnmake etc. crash generating
nmake.adb etc.
Already did that yesterday.
Patch here http://gcc.gnu.org/ml/gcc-patches/2005-01/msg01057.html.
Sorry about that, I
--- Additional Comments From charlet at adacore dot com 2005-01-12 10:41
---
Subject: Re: Bug box in Gigi, code=116, 'Unrestricted_Access of a protected
subprogram
Hmm, now I get on the mainline:
test_269775.adb:18:23: non-local pointer cannot point to local object
So this rejects
--- Additional Comments From charlet at adacore dot com 2004-12-02 09:43
---
Subject: Re: 64bits Ada bootstrap failure:xnmake etc. crash generating
nmake.adb etc.
Fixing the bug is nice, but it just won't fix the problem with people having
Fixing the bug is needed, not only nice
--- Additional Comments From charlet at adacore dot com 2004-12-01 08:40
---
Subject: Re: 64bits Ada bootstrap failure:xnmake etc. crash generating
nmake.adb etc.
should have worked but was rejected, so waiting for
better ideas.
Well that may seem obvious, but the better idea
--- Additional Comments From charlet at adacore dot com 2004-11-24 14:37
---
Subject: Re: [4.0 Regression]Ada bootstrap failure on IRIX 6.5: tb-gcc.c
missing
The tb-gcc.c file is still missing from the repository. Would you please
add it soon?
Thanks for the reminder, I indeed
98 matches
Mail list logo
