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
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=edit
Code as requested
With GCC 12.2.0, get a
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=edit
example.adb
Compiler can’t ma
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=edit
Reproducer
This was originally fo
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
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=e
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
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=e
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=edit
Reproducer: to be gnatchopped
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
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=edit
Demonstrator
"gnatmake --help" states
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=edit
Demo of code to determine c
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=edit
C demonstrator
As noted in comment 8, the C compiler doesn’t have a problem with
finding a f
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
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=edit
Demonstrator
The Value functio
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 un
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 complains
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=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-20230226/libexec/
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=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=edit
Reprodu
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/attachment.cgi
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 fact that all
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=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=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.
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=edit
Demonstrator
If a record has asp
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, think
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=edit
Patch, discards minor version
This is the sam
: 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=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=edit
Demonstrator (needs RTS)
The attached ravenscar-sfp-stm32f4.zip conta
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=edit
Requested source files
I originally found this error compiling for STM32F4, using both
ravens
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
Priority: P3
Component: ada
Assignee: unassigned at gcc dot gnu.org
Reporter: simon at pushface dot org
Target Milestone: ---
Created attachment 50481
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50481=edit
Demonstrator, with output assembler
In
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99360
--- Comment #3 from simon at pushface dot org ---
(In reply to Eric Botcazou from comment #2)
> Created attachment 50297 [details]
> Stopgap fix
>
> To be applied on the 11 branch only.
Worked a treat! on both x86_64 (
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99020
--- Comment #5 from simon at pushface dot org ---
(In reply to Eric Botcazou from comment #4)
> This should compile now.
It does, indeed. Thanks!
Assignee: unassigned at gcc dot gnu.org
Reporter: simon at pushface dot org
Target Milestone: ---
Created attachment 50292
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50292=edit
Reproducer
This is a regression from GCC 10.
It arises when compiling a generalized iterat
: ada
Assignee: unassigned at gcc dot gnu.org
Reporter: simon at pushface dot org
Target Milestone: ---
Created attachment 50148
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50148=edit
Files as requested in bug box
This appears to be caused by the compone
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95959
--- Comment #1 from simon at pushface dot org ---
Created attachment 48800
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48800=edit
Patch
Assignee: unassigned at gcc dot gnu.org
Reporter: simon at pushface dot org
Target Milestone: ---
Created attachment 48799
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48799=edit
Demonstration
There's an error in converting from UTF16 to UTF8 for code points in
U+10
Priority: P3
Component: ada
Assignee: unassigned at gcc dot gnu.org
Reporter: simon at pushface dot org
Target Milestone: ---
Created attachment 48035
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48035=edit
Reproducer
This arose in a simple implementat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86215
--- Comment #5 from simon at pushface dot org ---
$ gcc -v
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/opt/gcc-9.1.0/bin/../libexec/gcc/x86_64-apple-darwin15/9.1.0/lto-wrapper
Target: x86_64-apple-darwin15
Configured with: /Volumes
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90051
simon at pushface dot org changed:
What|Removed |Added
CC||simon at pushface dot org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89556
simon at pushface dot org changed:
What|Removed |Added
CC||simon at pushface dot org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89583
--- Comment #3 from simon at pushface dot org ---
I just rebuilt r269886 on x86_64-apple-darwin15 (with --disable-bootstrap)
and it passed:
PASS: gnat.dg/socket2.adb (test for excess errors)
PASS: gnat.dg/socket2.adb execution test
Also
: ada
Assignee: unassigned at gcc dot gnu.org
Reporter: simon at pushface dot org
Target Milestone: ---
Created attachment 45886
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45886=edit
Reproducer
On Darwin 18.2.0 (Mojave), gcc (GCC) 9.0.1 20190219 (experimen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86215
--- Comment #2 from simon at pushface dot org ---
(In reply to simon from comment #1)
Same results with gcc version 9.0.1 20190219 (experimental) (GCC)
on Darwin 18.2.0.
$ otool -L a.out
a.out:
/usr/lib/libSystem.B.dylib (compatibility
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50502
simon at pushface dot org changed:
What|Removed |Added
CC||simon at pushface dot org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88610
--- Comment #2 from simon at pushface dot org ---
(In reply to Eric Botcazou from comment #1)
> There is probably little value in filling PRs against new ACATS tests though.
I can see this argument if you mean that a new ACATS test mi
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 45290
--> https://gcc.gnu.org/bugzi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80204
--- Comment #6 from simon at pushface dot org ---
Selected output from "gcc empty.c -v -Wl,-v" on macOS 10.14.1 (darwin 18.2.0),
with gcc 9.0.0 20181103 built on x86_64-apple-darwin15, correctly showing
-mmacosx-version-m
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87688
--- Comment #5 from simon at pushface dot org ---
Bug no longer present in gcc version 9.0.0 20181103 (experimental) (GCC).
r265766.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=25844
--- Comment #21 from simon at pushface dot org ---
This bug was fixed in GCC 5 (5.2.0, x86_64-apple-darwin15) and is still fixed
up to GCC 9.0.0 20180927.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87688
--- Comment #4 from simon at pushface dot org ---
Eric is right: r264896 (OK), r264897 (FAIL).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87688
--- Comment #3 from simon at pushface dot org ---
So far I have reached r264892 (PASS), r264901 (FAIL).
Assignee: unassigned at gcc dot gnu.org
Reporter: simon at pushface dot org
Target Milestone: ---
Host: x86_64-apple-darwin15
Created attachment 44879
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=44879=edit
Extract from acats suite
With r265267, the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84142
--- Comment #4 from simon at pushface dot org ---
Test case 3 fails with 9.0.0 20180927:
+===GNAT BUG DETECTED==+
| 9.0.0 20180927 (experimental) (x86_64-apple-darwin15) Assert_Failure
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84198
simon at pushface dot org changed:
What|Removed |Added
CC||simon at pushface dot org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85380
--- Comment #2 from simon at pushface dot org ---
This is fixed in GCC 9.0.0.
1 - 100 of 316 matches
Mail list logo
