--- 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 s
--- 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 al
--- 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 ad
--- 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&
--- 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
--- 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.ad
--- 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
--- 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 a
--- 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
--- 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
>
> Statu
--- 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
--
h
--- 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
--- 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 cont
--- 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* or is th
--- 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 (basicall
--- 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 #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_LI
--- 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 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
&
--- 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 a
--- 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
--- 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 withi
--- 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 #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 failu
--- 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=14335&action=view)
> --> (http://gcc.
--- 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 th
--- 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
--- 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
--- 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-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
--- 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_bu
--- 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,
--- 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 ../..
--- 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 && ./
--- 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 th
--- 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
--- 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
--- 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
&g
--- 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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57188
--- Comment #7 from 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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54820
--- Comment #4 from 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) to have t
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54820
--- Comment #6 from 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 unexpec
--- 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-pat
--- 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
--- 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 () fro
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36939
--- Comment #17 from 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 builds
> Ada
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42368
--- Comment #2 from 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=58645
--- Comment #3 from charlet at adacore dot com ---
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58645
>
> --- Comment #2 from Dominique d'Humieres ---
> > Sure, but you can just skip the testcase like on Darwin.
>
>
--- 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.
A
--- 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
--- 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
--- 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
--- Additional Comments From charlet at adacore dot com 2005-09-23 14:13
---
Subject: Re: libada not rebuilt when libbackend is
>What|Removed |Added
>
>
--- 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
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60078
--- Comment #10 from 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?
Th
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60078
--- Comment #12 from 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 to the
> u
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60174
--- Comment #18 from 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.ad
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60174
--- Comment #20 from 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 to re
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60411
--- Comment #7 from 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 also use EH_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64492
--- Comment #7 from 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 that
> the
> directory g
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66205
--- Comment #5 from 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 file in the
--- 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-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
--- 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 ex
--- 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
o
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47717
--- Comment #6 from 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 of the box
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49944
--- Comment #1 from 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 to reuse linux
fi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49944
--- Comment #2 from 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 tr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49940
--- Comment #1 from 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
> kfreebsd-* uses
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49944
--- Comment #4 from 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 assertive on this to
--- 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 Rob
--- 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 se
--- 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.
--- 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
--- 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
--- 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
--- 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
--- 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 WON
--- 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
--- 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&#x
--- 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 objec
--- 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>.
Sorr
--- 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 A
--- 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
--- 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
--
--- 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 t
--- 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
--- 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 bette
--- 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 o
--- 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
--- 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 branc
--- 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
--- 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
--- 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
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 rules) i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118051
--- Comment #3 from charlet at adacore dot com ---
> --- Comment #2 from Andrew Pinski ---
> (In reply to Eric Botcazou from comment #1)
>> GNATprove is not part of GCC, please report to the vendor instead.
>
> Though it i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118052
--- Comment #4 from charlet at adacore dot com ---
> --- Comment #3 from Saada Mehdi <00120260a at gmail dot com> ---
> Moreover, the message itself points at gcc bug / bugzilla.
That's a bug by itself, but also not for GCC.
Arno
100 matches
Mail list logo
