--- Comment #12 from simon at pushface dot org 2006-01-17 22:14 ---
Subject: Re: Dividing fixed point number by zero returns zero.
On 17 Jan 2006, at 21:31, listor1 dot rombobeorn at comhem dot se wrote:
> Excuse me, what's the reason for marking this bug as invalid?
t
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ada
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: simon at pushface dot org
CC: gcc-bugs at gcc dot gn
--- Additional Comments From simon at pushface dot org 2005-04-09 20:27
---
Created an attachment (id=8574)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8574&action=view)
Reproducer
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20921
libgnarl.dylib don't contain full paths
Product: gcc
Version: 4.3.3
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: ada
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: simon at pushface dot org
GCC
: simon at pushface dot org
GCC build triplet: i386-apple-darwin9.6.0
GCC host triplet: i386-apple-darwin9.6.0
GCC target triplet: i386-apple-darwin9.6.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39515
--- Comment #1 from simon at pushface dot org 2009-03-21 08:49 ---
Created an attachment (id=17506)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17506&action=view)
Reproducer
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39515
--- Comment #2 from simon at pushface dot org 2009-04-29 06:00 ---
(In reply to comment #1)
> The Ada make files don't use GNU libtool to build the shared libraries.
GNAT Pro 6.2.1 on Darwin uses -rpath/@rpath, presumably AdaCore will fold this
in at a future date.
--
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&action=edit
Reproducer
This arose in a
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&action=edit
Demonstration
There's an error in converting from UTF16 to UTF8 for code
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&action=edit
Patch
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56207
Bug #: 56207
Summary: 'make check-mpc' fails to build tests
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
P
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50678
--- Comment #71 from simon at pushface dot org 2013-02-05 15:33:52 UTC ---
Created attachment 29360
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29360
Patch to suppress register swap on Darwin >= 12
(In reply to comme
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50678
simon at pushface dot org changed:
What|Removed |Added
Attachment #29360|0 |1
is obsolete
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56436
Bug #: 56436
Summary: Documentation states restriction that's not enforced
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: norm
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56588
Bug #: 56588
Summary: gnatmake crash with incorrect SAL GPR
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: minor
Pr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56588
--- Comment #1 from simon at pushface dot org 2013-03-10 16:03:19 UTC ---
Created attachment 29635
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29635
Patch to fail build if the error is encountered
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56616
Bug #: 56616
Summary: gnatmake builds SAL incorrectly if library_kind is
"static"
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRM
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56616
--- Comment #1 from simon at pushface dot org 2013-03-14 12:30:33 UTC ---
Created attachment 29667
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29667
Proposed patch
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53323
--- Comment #2 from simon at pushface dot org 2013-03-20 09:36:44 UTC ---
Still fails on 4.8.
However: package Indefinite_Dynamic begins
generic
type Item (<>) is private;
type Item_Ptr is acces
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53323
--- Comment #4 from simon at pushface dot org 2013-03-20 17:24:06 UTC ---
(In reply to comment #3)
> Confirmed on mainline, but this will compile with the 4.8.0 release.
So it will (with gcc version 4.8.0 20130320 (prerelease) [gcc-
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53323
--- Comment #6 from simon at pushface dot org 2013-03-23 12:14:00 UTC ---
(In reply to comment #5)
> Sort of, we now disable the front-end assertions on release branches.
Hmm, this doesn't really seem appropriate. Quoting Robe
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56196
--- Comment #1 from simon at pushface dot org 2013-04-23 21:57:57 UTC ---
The bug appears to be fixed in the released GCC 4.8.0.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54614
Bug #: 54614
Summary: Vector * Matrix -> Vector gives wrong result
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Prior
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54614
--- Comment #1 from simon at pushface dot org 2012-09-18 10:44:47 UTC ---
Created attachment 28213
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=28213
Proposed patch for 4.7.0 code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55119
Bug #: 55119
Summary: Ada.Directories only handles files under 2GB
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55119
--- Comment #1 from simon at pushface dot org 2012-10-29 21:57:02 UTC ---
(In reply to comment #0)
> where attr->file_length is a long.
And on Mac OS X, sizeof(long) is 8. So there isn't a problem there (but the
comment in
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46192
simon at pushface dot org changed:
What|Removed |Added
CC||simon at pushface dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46192
--- Comment #3 from simon at pushface dot org 2011-02-11 18:18:26 UTC ---
(In reply to comment #2)
> Still present in gcc version 4.6.0 20110203 (experimental) [trunk revision
> 157963] for x86_64-apple-darwin10. Generated assemb
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50342
Bug #: 50342
Summary: gcc/configure fails on Mac OS X Lion/Xcode 4.1 if
building Ada
Classification: Unclassified
Product: gcc
Version: 4.6.1
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50342
--- Comment #5 from simon at pushface dot org 2011-09-09 18:46:46 UTC ---
(In reply to comment #4)
> > Other than only building ada triggers the bug.
>
> Huh? How could Ada have something to do with the toplevel configure?
The
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50342
--- Comment #6 from simon at pushface dot org 2011-09-09 18:49:27 UTC ---
(In reply to comment #3)
> Should an separate enhancement
> request PR be opened for the addition of these new builtins to FSF gcc? I
> believe this was Mik
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50342
--- Comment #8 from simon at pushface dot org 2011-09-09 19:50:05 UTC ---
(In reply to comment #7)
> Try CC="gcc -D_FORTIFY_SOURCE=0" $srcdir/configure
Works. Works better if you say
$srcdir/configure CC="gcc -D_FORTIFY_SO
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24167
--- Comment #5 from simon at pushface dot org 2011-09-16 17:27:27 UTC ---
Fixed in 4.6.0.
Am I allowed/able to mark this RESOLVED?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50840
Bug #: 50840
Summary: gcc_update can't find SVN revision in Mercurial tree
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50840
--- Comment #1 from simon at pushface dot org 2011-10-23 18:38:48 UTC ---
Oh. I see the Hg tree hasn't been updated for nearly a year. Git it is. Please
close this ...
Do you think that the Hg server should be stopped?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50678
simon at pushface dot org changed:
What|Removed |Added
CC||simon at pushface dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50934
Bug #: 50934
Summary: Allocated address for new controlled object is offset
by 16 bytes
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50503
simon at pushface dot org changed:
What|Removed |Added
CC||simon at pushface dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50934
--- Comment #1 from simon at pushface dot org 2011-11-02 20:58:09 UTC ---
I've now traced the reason for this.
Controlled objects require some memory to be allocated to manage the chains of
objects which are to be finalised when a scope is e
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50934
simon at pushface dot org changed:
What|Removed |Added
Summary|Allocated address for new |Attribute
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50934
--- Comment #2 from simon at pushface dot org 2011-11-03 08:14:36 UTC ---
Created attachment 25699
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25699
Simpler demonstrator
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50934
--- Comment #3 from simon at pushface dot org 2011-11-03 17:34:01 UTC ---
(In reply to comment #1)
> It seems to me that this new approach is a remarkably non-Ada way of
> addressing
> the problem; the original design is precisely the
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50342
--- Comment #9 from simon at pushface dot org 2012-05-07 21:13:48 UTC ---
(In reply to comment #8)
> $srcdir/configure CC="gcc -D_FORTIFY_SOURCE=0”
Unfortunately doing this means that “gcc -v” with the built compiler contains
the
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50342
--- Comment #11 from simon at pushface dot org 2012-05-08 20:01:50 UTC ---
(In reply to comment #10)
> I'm wondering if you could add:
>
> # Work around PR50342
> BOOT_CFLAGS += -D_FORTIFY_SOURCE=0
>
> to config/mh-darwin
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53323
Bug #: 53323
Summary: Compiler bomb with indefinite array of controlled
objects and storage pools
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNC
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50934
--- Comment #4 from simon at pushface dot org 2012-05-27 10:22:42 UTC ---
This problem has been fixed in the released 4.7.0.
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=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 might
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
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: simon at pushface dot org
Target Milestone: ---
Host: x86_64-apple-darwin15
Target: arm-eabi
Build: x86_64-apple-darwin15
This is with r258387 (20180309); updated to today
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85289
simon at pushface dot org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution
rmal
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: arm-eabi
Build: x86_64-apple-darwin15
After following the ch
Assignee: unassigned at gcc dot gnu.org
Reporter: simon at pushface dot org
Target Milestone: ---
Created attachment 42946
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=42946&action=edit
Demonstrator
The code in which this problem surfaced is for a Cortex-M CPU, and write
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66205
--- Comment #16 from simon at pushface dot org ---
I think this was actually INVALID.
I’m glad to report that Arno’s notes in Comment #14 do in fact solve the
problem (after supplying dummies for the parts of the standard library that
aren’t
Assignee: unassigned at gcc dot gnu.org
Reporter: simon at pushface dot org
Target Milestone: ---
Host: x86_64-apple-darwin15
Target: x64_64-apple-darwin15
Build: x86_64-apple-darwin15
Fails at r256927 (and previously, I now find, at r255748) with -g
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83892
simon at pushface dot org changed:
What|Removed |Added
CC||simon at pushface dot org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83892
--- Comment #6 from simon at pushface dot org ---
I tried check-gnat, which also shows additional lto-related failures.
Running with lto shows 5 additional FAILs (and 3 fewer PASSes???)
LTO:
Running target unix/-flto/-g0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84142
simon at pushface dot org changed:
What|Removed |Added
CC||simon at pushface dot org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84277
simon at pushface dot org changed:
What|Removed |Added
CC||simon at pushface dot org
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
: 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&action=edit
Reproducer
On Darwin 18.2.0 (Mojave), gcc (GCC) 9.0.1 20190219 (exper
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
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=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=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=84142
--- Comment #3 from simon at pushface dot org ---
All three test cases compile OK with 8.1.0.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86215
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.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83892
--- Comment #7 from simon at pushface dot org ---
(In reply to rguent...@suse.de from comment #5)
> It would be nice if acats could honor dejagnu RUNTESTFLAGS. That is,
> I regularly do
>
> make check RUNTESTFLAGS="--tar
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82005
--- Comment #24 from simon at pushface dot org ---
(In reply to Richard Biener from comment #22)
>These are already implemented
> by darwin in darwin_asm_lto_{start,end} where it could simply tempo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82005
--- Comment #38 from simon at pushface dot org ---
(In reply to Dominique d'Humieres from comment #37)
> > Dominique - please update with the current status after you manage
> > to do another regular bootstrap/test cycle. Extra
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=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
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&action=edit
Extract from acats suite
With
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).
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=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 #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=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
The example (which I will upload directly) fails as follows:
grendel:~/tmp/visibility simon$ gnatmake -c -u -f actual-s.ads
gcc -c actual-s.ads
actual-s.ads:4:01: instantiation error at basis-second.adb:4
actual-s.ads:4:01: no selector "Started" for type "Base" defined at
basis-second.ads:4, insta
--- Comment #1 from simon at pushface dot org 2005-10-02 17:11 ---
Created an attachment (id=9861)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9861&action=view)
Demonstration of problem
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24167
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50342
--- Comment #14 from simon at pushface dot org 2013-01-31 20:35:01 UTC ---
The original problem doesn't occur with gcc version 4.8.0 20130131
(experimental) [trunk revision 195611] (GCC), built with GNAT GPL 2012.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50678
--- Comment #64 from simon at pushface dot org 2013-01-31 20:48:10 UTC ---
I just built
Target: x86_64-apple-darwin12
gcc version 4.8.0 20130131 (experimental) [trunk revision 195611] (GCC)
and c52104y fails again. Will try removing
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50678
--- Comment #66 from simon at pushface dot org 2013-02-01 21:03:24 UTC ---
(In reply to comment #65)
Something amazing has happened with Xcode 4.6.
I'm running Darwin 12.2.1, Georg is running 11.4.2.
When I built r195611 with
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50678
--- Comment #68 from simon at pushface dot org 2013-02-02 17:27:12 UTC ---
(In reply to comment #66)
> (In reply to comment #65)
>
> Something amazing has happened with Xcode 4.6.
>
> I'm running Darwin 12.2.1, Geo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56196
Bug #: 56196
Summary: Assertion failure on aspect clause
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
Prio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62236
simon at pushface dot org changed:
What|Removed |Added
CC||simon at pushface dot org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56616
--- Comment #3 from simon at pushface dot org ---
This PR was down to a lack of appreciation of the resources available.
If you provide a Library_Interface and you're building a dynamic
library, gprbuild populates the include Library_Sr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66849
--- Comment #7 from simon at pushface dot org ---
t-aprofile produced an excellent result - for me, anyway; it includes
everything I need (cortex-*), as well as a whole lot more - just lots of disk
space for multilibs.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61027
simon at pushface dot org changed:
What|Removed |Added
Known to fail||5.1.0, 5.2.0
--- Comment #6
Priority: P3
Component: ada
Assignee: unassigned at gcc dot gnu.org
Reporter: simon at pushface dot org
Target Milestone: ---
Created attachment 38611
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38611&action=edit
Demonstrators
A program had no switches (ye
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71358
--- Comment #2 from simon at pushface dot org ---
(In reply to Eric Botcazou from comment #1)
> The testcase yields a STORAGE_ERROR (segfault), which is not pretty indeed.
Presumably because the GNAT RTS is compiled with checks disabled? H
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80204
--- Comment #2 from simon at pushface dot org ---
Created attachment 42076
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=42076&action=edit
Proposed solution
Demonstrates the solution proposed in the patch.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80204
--- Comment #3 from simon at pushface dot org ---
Created attachment 42077
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=42077&action=edit
Patch to gcc/config/darwin-driver.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80556
--- Comment #46 from simon at pushface dot org ---
I posted my darwin.h patch at
https://gcc.gnu.org/ml/gcc-patches/2017-09/msg00045.html on 1 September -
hasn’t attracted any notice yet.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82141
simon at pushface dot org changed:
What|Removed |Added
CC||simon at pushface dot org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82141
--- Comment #28 from simon at pushface dot org ---
(In reply to Iain Sandoe from comment #23)
> --with-checking=release --disable-libada succeeds for me too.
Because the bug appears when building libada. I haven’t tried with
--checking=rele
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82141
--- Comment #33 from simon at pushface dot org ---
(In reply to Iain Sandoe from comment #32)
> it doesn't make any difference if the libstdc++ is statically or dynamically
> linked, in fact
It’s libgcc that causes the problem;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82141
--- Comment #36 from simon at pushface dot org ---
(In reply to simon from comment #28)
> For the Darwin 15 build (+ patch to darwin.h from PR80556) was
> configured with
>
> --prefix=/Volumes/Miscellaneous/tmp/opt/gcc-8.0.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80556
--- Comment #55 from simon at pushface dot org ---
(In reply to Iain Sandoe from comment #54)
> I bootstrapped r252936 on x86-64 Darwin15.6 (10.11.6), it would be good if
> folks could check it out.
bootstrapped r252935 on 1
1 - 100 of 342 matches
Mail list logo
