Assignee: unassigned at gcc dot gnu.org
Reporter: simon at pushface dot org
CC: dkm at gcc dot gnu.org
Target Milestone: ---
Created attachment 60410
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60410&action=edit
Demonstrator
Running on macOS Sequo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118731
simon at pushface dot org changed:
What|Removed |Added
Host||x86_64-apple-darwin23
Assignee: unassigned at gcc dot gnu.org
Reporter: simon at pushface dot org
CC: dkm at gcc dot gnu.org
Target Milestone: ---
Created attachment 60364
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60364&action=edit
Source files
The compiler command
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117956
--- Comment #4 from simon at pushface dot org ---
(In reply to simon from comment #1)
> It’s the -gnatX.
It seems to be the combination of -gnata with either -gnat2022 or -gnatX -- and
this package doesn’t need either!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115349
--- Comment #3 from simon at pushface dot org ---
The attachment says, effectively,
V: IntVecs.Vector; -- of Positive
U : Positive;
begin
...
U := V'Reduce ("+", 0);
So if V is empty V’Reduce has to return 0 and the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117956
--- Comment #1 from simon at pushface dot org ---
It’s the -gnatX.
: ada
Assignee: unassigned at gcc dot gnu.org
Reporter: simon at pushface dot org
CC: dkm at gcc dot gnu.org
Target Milestone: ---
Created attachment 59820
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59820&action=edit
Reproducer
$ gnatmake -O0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117538
--- Comment #6 from simon at pushface dot org ---
(In reply to simon from comment #5)
> It would be interesting to see whether s-trasym__dwarf.adb could be made
> to work for Darwin. I think Ada.Exceptions.Exception_Information uses its
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117538
--- Comment #5 from simon at pushface dot org ---
In gcc/ada/Makefile.rtl, TRASYM_DWARF_*_PAIRS (* = UNIX or MINGW), which
includes
s-trasym.adb
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117538
--- Comment #2 from simon at pushface dot org ---
(In reply to Sam James from comment #1)
> https://inbox.sourceware.org/gcc-patches/A4C571BE-67E5-4AF6-9BCB-
> f3479216a...@pushface.org/
Thanks, I was just about to link that myself
Priority: P3
Component: ada
Assignee: unassigned at gcc dot gnu.org
Reporter: simon at pushface dot org
CC: dkm at gcc dot gnu.org
Target Milestone: ---
This code
pragma Extensions_Allowed (On);
generic
package Main is
type Data is record
X
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: simon at pushface dot org
Target Milestone: ---
MacOS can only create position-independent executables (PIE). Other OSs may
be able to.
When an unhandled exception occurs, the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117441
--- Comment #4 from simon at pushface dot org ---
(In reply to Iain Sandoe from comment #3)
> (In reply to Eric Botcazou from comment #2)
> > https://gcc.gnu.org/pipermail/gcc-patches/2024-November/667365.html
>
> @Simon ..
: unassigned at gcc dot gnu.org
Reporter: simon at pushface dot org
CC: dkm at gcc dot gnu.org
Target Milestone: ---
Created attachment 59536
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59536&action=edit
Source files (160)
With the attached source files,
g
Severity: normal
Priority: P3
Component: ada
Assignee: unassigned at gcc dot gnu.org
Reporter: simon at pushface dot org
CC: dkm at gcc dot gnu.org
Target Milestone: ---
Created attachment 59469
--> https://gcc.gnu.org/bugzilla/attachment.cgi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64556
--- Comment #3 from simon at pushface dot org ---
Agreed, fixed.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116916
--- Comment #4 from simon at pushface dot org ---
I now realise that "predefined" means "defined in the ARM".
Obviously System.Interrupts.Xh3irq isn’t defined in the ARM, so GNAT must
define
"predefined" as "
: ada
Assignee: unassigned at gcc dot gnu.org
Reporter: simon at pushface dot org
CC: dkm at gcc dot gnu.org
Target Milestone: ---
This is in the same area as PR113036, but different symptoms.
The error doesn’t happen if either
* Maxindex is declared "con
: target
Assignee: unassigned at gcc dot gnu.org
Reporter: simon at pushface dot org
Target Milestone: ---
Compiling this:
$ cat hello.c
#include
int main() {
printf("hello!\n");
return 0;
}
XCode & CLT 16.0 were released with macOS 14.7, and now we get e.g.
$
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116916
--- Comment #1 from simon at pushface dot org ---
I think that "predefined" means something like "System or one of its
children", and the message indicates that (as Arnaud told me, probably
about 10 years ago) the langua
Assignee: unassigned at gcc dot gnu.org
Reporter: simon at pushface dot org
CC: dkm at gcc dot gnu.org
Target Milestone: ---
Given this
private with RP2350;
package System.Interrupts.Xh3irq is
type Saved_Other_Interrupt_Status is private;
...
private
Assignee: unassigned at gcc dot gnu.org
Reporter: simon at pushface dot org
CC: dkm at gcc dot gnu.org
Target Milestone: ---
Created attachment 59031
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59031&action=edit
Reproducer
gnatmake -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114127
--- Comment #2 from simon at pushface dot org ---
GCC 14.1.0 compiles without error (aside from reporting can’t generate
code, of course).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115591
--- Comment #4 from simon at pushface dot org ---
bug.adb compiles without error after applying the patch.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115591
--- Comment #3 from simon at pushface dot org ---
On 23 Jun 2024, at 11:47, ebotcazou at gcc dot gnu.org
wrote:
>
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115591
>
> --- Comment #2 from Eric Botcazou ---
> The i
Priority: P3
Component: ada
Assignee: unassigned at gcc dot gnu.org
Reporter: simon at pushface dot org
CC: dkm at gcc dot gnu.org
Target Milestone: ---
Created attachment 58487
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58487&
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114640
--- Comment #1 from simon at pushface dot org ---
It turns out that the error does not occur if I change
if First_Term = Invalid_Node_Access then
-- Empty or all virtual
return
onent: ada
Assignee: unassigned at gcc dot gnu.org
Reporter: simon at pushface dot org
CC: dkm at gcc dot gnu.org
Target Milestone: ---
Created attachment 57902
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57902&action=edit
Code as requested
With
Component: ada
Assignee: unassigned at gcc dot gnu.org
Reporter: simon at pushface dot org
CC: dkm at gcc dot gnu.org
Target Milestone: ---
Created attachment 57899
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57899&action=edit
example.adb
Compile
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106037
simon at pushface dot org changed:
What|Removed |Added
CC||simon at pushface dot org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111909
simon at pushface dot org changed:
What|Removed |Added
Resolution|--- |FIXED
Status
: ada
Assignee: unassigned at gcc dot gnu.org
Reporter: simon at pushface dot org
CC: dkm at gcc dot gnu.org
Target Milestone: ---
Created attachment 57550
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57550&action=edit
Reproducer
This was originall
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104342
--- Comment #5 from simon at pushface dot org ---
That thought occurred to me, but does that mean that if this code is compiled
with a release branch Bad Things will happen? (I guess the code would probably
have to get executed for that to occur)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104342
simon at pushface dot org changed:
What|Removed |Added
Attachment #52327|0 |1
is obsolete
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104342
simon at pushface dot org changed:
What|Removed |Added
Summary|ICE with -gnata |[14 regression] ICE with
Priority: P3
Component: ada
Assignee: unassigned at gcc dot gnu.org
Reporter: simon at pushface dot org
CC: dkm at gcc dot gnu.org
Target Milestone: ---
Created attachment 57455
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57455&
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113877
--- Comment #3 from simon at pushface dot org ---
I’ve now found the related documentation[1].
I think the conclusion is that gnatchop is working-as-designed, and that this
PR should be marked WONTFIX (or INVALID), as seems best.
Sorry for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113877
--- Comment #2 from simon at pushface dot org ---
I came across -c in ACATS[1]. I do agree it’s an uncommon usage, and indeed I
can’t think of other reasons to do it; perhaps it’s to support porting from
other compilers? (if that’s something
Priority: P3
Component: ada
Assignee: unassigned at gcc dot gnu.org
Reporter: simon at pushface dot org
CC: dkm at gcc dot gnu.org
Target Milestone: ---
Created attachment 57387
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57387&acti
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104354
--- Comment #3 from simon at pushface dot org ---
It happens in 12.2.0, doesn’t happen in 13.1.0 or 13.2.0.
: ada
Assignee: unassigned at gcc dot gnu.org
Reporter: simon at pushface dot org
CC: dkm at gcc dot gnu.org
Target Milestone: ---
Created attachment 56727
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56727&action=edit
Reproducer: to be gnatchopp
Priority: P3
Component: testsuite
Assignee: unassigned at gcc dot gnu.org
Reporter: simon at pushface dot org
Target Milestone: ---
This test checks that characters in Latin-1 above ASCII.Del can be used
in identifiers, character literals and strings. Some of the
Severity: normal
Priority: P3
Component: ada
Assignee: unassigned at gcc dot gnu.org
Reporter: simon at pushface dot org
CC: dkm at gcc dot gnu.org
Target Milestone: ---
In a complicated extended return[1] with this structure
Assignee: unassigned at gcc dot gnu.org
Reporter: simon at pushface dot org
CC: dkm at gcc dot gnu.org
Target Milestone: ---
Created attachment 56538
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56538&action=edit
Demonstrator
"gnatmake --help&
Component: ada
Assignee: unassigned at gcc dot gnu.org
Reporter: simon at pushface dot org
CC: dkm at gcc dot gnu.org
Target Milestone: ---
Created attachment 56167
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56167&action=edit
Demo of code to determi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81114
--- Comment #9 from simon at pushface dot org ---
Created attachment 56140
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56140&action=edit
C demonstrator
As noted in comment 8, the C compiler doesn’t have a problem with
finding
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81114
--- Comment #8 from simon at pushface dot org ---
I think I’d forgotten that compiling páck3.ads on its own, rather than as
part of the closure, was the way to demonstrate this problem. It was NOT
fixed in darwin19 (it’s still present in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55119
--- Comment #2 from simon at pushface dot org ---
I think this is OBE: fixed 2014-08-01, r213412, by making attr->file_length
__int64.
The comment in adaint.c is still wrong! Just tested on macOS with a 5GB
download.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50502
--- Comment #3 from simon at pushface dot org ---
The sample compiles without error with GCC 13.1.0 and 14.0.0 20231008.
Close as fixed?
: ada
Assignee: unassigned at gcc dot gnu.org
Reporter: simon at pushface dot org
CC: dkm at gcc dot gnu.org
Target Milestone: ---
Created attachment 56107
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56107&action=edit
Demonstrator
The Value fun
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111481
--- Comment #2 from simon at pushface dot org ---
A fix for the Ada issue is to link with the classic linker:
$ gnatmake hello -largs -Wl,-ld_classic
gcc -c hello.adb
gnatbind -x hello.ali
gnatlink hello.ali -Wl,-ld_classic
$
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111481
--- Comment #1 from simon at pushface dot org ---
The -macosx_version_min issue appears to have been resolved in GCC 14.0.0
20230820.
The Ada linking issue remains.
Assignee: unassigned at gcc dot gnu.org
Reporter: simon at pushface dot org
Target Milestone: ---
Running on a Mac mini with Apple silicon (M1), with Darwin 22.6.0 (macOS
13.5.2) and Command Line Tools version 15.0.0.0.1.1694021235.
The compiler is GCC 13.1.0, for x86_64-apple
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81114
--- Comment #6 from simon at pushface dot org ---
(In reply to simon from comment #1)
> Further:
>
> $ GNAT_FILE_NAME_CASE_SENSITIVE=1 gnatmake -c p*.ads
> gcc -c páck3.ads
> páck3.ads:1:10: warning: file name does not match unit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88610
--- Comment #4 from simon at pushface dot org ---
This problem has been fixed for some time now - I think in GCC 11.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107860
--- Comment #9 from simon at pushface dot org ---
(In reply to Andrew Pinski from comment #8)
> You need to do "arch -x86_64 bash" to this build really.
> Otherwise you end up with the arm64 assembler.
> So if you start with t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110467
simon at pushface dot org changed:
What|Removed |Added
CC||simon at pushface dot org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109798
--- Comment #7 from simon at pushface dot org ---
I *can* reproduce with
/opt/gcc-13.1.0-aarch64/bin/gcc -c -x ada -gnatA -Og -ffunction-sections
-fdata-sections -g -gnatwa -gnatw.X -gnatVa -gnaty3 -gnatya -gnatyA -gnatyB
-gnatyb -gnatyc -gnaty
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109798
simon at pushface dot org changed:
What|Removed |Added
CC||simon at pushface dot org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108157
--- Comment #2 from simon at pushface dot org ---
Still present in 13.1.0.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108801
--- Comment #3 from simon at pushface dot org ---
Fixed in GCC 13.1.0.
: normal
Priority: P3
Component: ada
Assignee: unassigned at gcc dot gnu.org
Reporter: simon at pushface dot org
CC: dkm at gcc dot gnu.org
Target Milestone: ---
Created attachment 54830
--> https://gcc.gnu.org/bugzilla/attachment.cgi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109005
--- Comment #19 from simon at pushface dot org ---
(In reply to avieira from comment #15)
> Simon, I can't compile your minimal reproducer, first it complains about
> missing the body keyword, so I added that, but then it comp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109005
--- Comment #13 from simon at pushface dot org ---
Not sure that it’ll make any difference, but I managed to slim the reproducer
down to a pure set of data declarations, no user code at all. It’s the very
last declaration (TIMx_CCMRx_Lower_Half
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109005
--- Comment #12 from simon at pushface dot org ---
Not sure that it’ll make any difference, but I managed to slim the reproducer
down to a pure set of data declarations, no user code at all. It’s the very
last declaration (TIMx_CCMRx_Lower_Half
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109005
--- Comment #11 from simon at pushface dot org ---
Created attachment 54597
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54597&action=edit
Minimal reproducer
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109005
--- Comment #4 from simon at pushface dot org ---
(In reply to Richard Biener from comment #3)
> Eh, I'm hoping for a C testcase ... what's the actual ICE?
This is an LLDB session -- hope that helps
$ lldb /opt/gcc-13-2023022
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109005
simon at pushface dot org changed:
What|Removed |Added
Target||x86_64-apple-darwin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109005
--- Comment #1 from simon at pushface dot org ---
Created attachment 54576
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54576&action=edit
Reproducer
: ada
Assignee: unassigned at gcc dot gnu.org
Reporter: simon at pushface dot org
CC: dkm at gcc dot gnu.org
Target Milestone: ---
Priority: P3
Component: ada
Assignee: unassigned at gcc dot gnu.org
Reporter: simon at pushface dot org
CC: dkm at gcc dot gnu.org
Target Milestone: ---
Created attachment 54464
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54464&acti
IRMED
Severity: normal
Priority: P3
Component: ada
Assignee: unassigned at gcc dot gnu.org
Reporter: simon at pushface dot org
CC: dkm at gcc dot gnu.org
Target Milestone: ---
Created attachment 54118
--> https://gcc.gnu.org/bugzilla/attachmen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68849
simon at pushface dot org changed:
What|Removed |Added
CC||simon at pushface dot org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107860
--- Comment #6 from simon at pushface dot org ---
The situation with aarch64-apple-darwin vs x86_64-apple-darwin isn't I think
quite like the standard cross-compilation scenario, because of Apple's Rosetta
x86_64 emulation and the fac
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107860
--- Comment #3 from simon at pushface dot org ---
Created attachment 53961
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=53961&action=edit
gcc/config.log
As requested (this time, sorry about previous attempt)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107860
--- Comment #2 from simon at pushface dot org ---
Created attachment 53960
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=53960&action=edit
gcc/config.log
As requested
Assignee: unassigned at gcc dot gnu.org
Reporter: simon at pushface dot org
Target Milestone: ---
Building the snapshot gcc-13-20221120 on macOS 13 (actually an aarch64 machine,
but using x86_64-apple-darwin21 compiler under Rosetta) with Command Line Tools
14.1.
Source
: bootstrap
Assignee: unassigned at gcc dot gnu.org
Reporter: simon at pushface dot org
Target Milestone: ---
GCC 13-20221030.
With Command Line Tools 14.1.0.0.1.1663981106, the following failures seen in
stage 2.
Bootstrap compiler: 12.2.0.
/Volumes/Miscellaneous1/src/gcc-13
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107536
--- Comment #1 from simon at pushface dot org ---
Also present in GCC 13-20221030.
ty: normal
Priority: P3
Component: ada
Assignee: unassigned at gcc dot gnu.org
Reporter: simon at pushface dot org
Target Milestone: ---
Created attachment 53834
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=53834&action=edit
Demonstrator
If a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106961
--- Comment #6 from simon at pushface dot org ---
Installing the Command Line Tools 14.1 beta 3 fixes this problem.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106961
--- Comment #5 from simon at pushface dot org ---
I used the feedback app to submit FB11552589; as a first-timer I’m unsure
whether I’ve done it right.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106961
--- Comment #3 from simon at pushface dot org ---
Problem still present in Xcode 4.1beta.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106961
--- Comment #2 from simon at pushface dot org ---
For the moment, installing Command Line Tools version 13(.4) fixes this problem
(people using Xcode need to revert that).
I guess the long-term solution will depend on whether the missing
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: simon at pushface dot org
Target Milestone: ---
On re-running 'make check-acats', I got 37 fails (can’t remember what the count
was before the change that triggered this, th
P3
Component: ada
Assignee: unassigned at gcc dot gnu.org
Reporter: simon at pushface dot org
Target Milestone: ---
System.Generic_Array_Operations starts with
-- Preconditions in this unit are meant for analysis only, not for run-time
-- checking, so that the expec
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61027
--- Comment #7 from simon at pushface dot org ---
I think we should close this: no such problem with GCC 11.2.0 on Darwin 21.4.0.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89583
--- Comment #4 from simon at pushface dot org ---
I just ran "make check-gnat" with
/Volumes/Miscellaneous1/x86_64/gcc/gcc/gnatmake version 12.0.1 20220311
(experimental) (x86_64-apple-darwin21), with only two fails:
FAIL: gnat.dg
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63675
--- Comment #2 from simon at pushface dot org ---
Not sure when this was fixed, but OK in 11.2.0:
$ /opt/gcc-11.2.0/bin/gnatmake -c -u -f union.ads
gcc -c union.ads
union.ads:15:06: warning: discriminated record has no direct equivalent in C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80869
--- Comment #1 from simon at pushface dot org ---
This was fixed 4 years ago.
mal
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: simon at pushface dot org
Target Milestone: ---
Created attachment 52603
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52603&action=edit
Patch, discards minor version
This i
: ada
Assignee: unassigned at gcc dot gnu.org
Reporter: simon at pushface dot org
Target Milestone: ---
Compiling
procedure New_Syntax is
T : array (1 .. 5) of Integer;
begin
T := (1, 2, 3, 4, 5);
end New_Syntax;
with -gnat2022 -gnatwj gives
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94181
--- Comment #1 from simon at pushface dot org ---
Fixed in 10.1.0 (also OK in 11.2.0, 12.0.1)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99360
--- Comment #9 from simon at pushface dot org ---
In gcc 12.0.1 of 20220128, we get
$ gnatmake -c -u -f iteration.adb
gcc -c iteration.adb
a-stream.ads:82:04: error: construct not allowed in configurable run-time mode
a-stream.ads:82:04: error
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104354
--- Comment #1 from simon at pushface dot org ---
Created attachment 52334
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52334&action=edit
GCC 12-compatible RTS
Component: ada
Assignee: unassigned at gcc dot gnu.org
Reporter: simon at pushface dot org
Target Milestone: ---
Created attachment 52333
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52333&action=edit
Demonstrator (needs RTS)
The attached ravenscar-sfp-stm32f4.zip con
Assignee: unassigned at gcc dot gnu.org
Reporter: simon at pushface dot org
Target Milestone: ---
Created attachment 52327
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52327&action=edit
Requested source files
I originally found this error compiling for STM32F4, usi
Priority: P3
Component: ada
Assignee: unassigned at gcc dot gnu.org
Reporter: simon at pushface dot org
Target Milestone: ---
Host: x86_64-apple-darwin15
Target: x86_64-apple-darwin15
Build: x86_64-apple-darwin15
Created attachment 5230
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70867
simon at pushface dot org changed:
What|Removed |Added
CC||simon at pushface dot org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86916
--- Comment #10 from simon at pushface dot org ---
This was fixed in 10.1.0, and is still fixed in 11.1.0:
$ /opt/gcc-10.1.0/bin/gnatmake -c -u -f -gnatl *.adb
gcc -c -gnatl animation.adb
[...]
==Error messages for source file
1 - 100 of 342 matches
Mail list logo
