https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98432
--- Comment #4 from Iain Sandoe ---
(In reply to Tomáš Hering from comment #3)
> Created attachment 50276 [details]
> unprocessed source
thanks!
but ... (on x86_64-linux-gnu and x86_64-darwin16):
$ gcc-10-2/bin/g++ -std=c++20 -fcoroutines pr9
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98432
--- Comment #6 from Iain Sandoe ---
(In reply to Tomáš Hering from comment #5)
> Created attachment 50278 [details]
> unprocessed original source
>
> Oops, seems I uploaded a slightly different code. I apologize. It's strange
> you can't reprodu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98432
--- Comment #8 from Iain Sandoe ---
(In reply to Tomáš Hering from comment #7)
> I'm a bit lost, which github branch corresponds to 10.x that you mention,
> please?
gcc.gnu.org/git/gcc
branch : releases/gcc-10
(currently 10.2.1 - which will be
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98432
--- Comment #9 from Iain Sandoe ---
(In reply to Iain Sandoe from comment #8)
> (In reply to Tomáš Hering from comment #7)
> > I'm a bit lost, which github branch corresponds to 10.x that you mention,
> > please?
>
> gcc.gnu.org/git/gcc
>
> bra
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=35014
Iain Sandoe changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96749
Iain Sandoe changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99406
--- Comment #1 from Iain Sandoe ---
(In reply to Rainer Orth from comment #0)
> The unconditional use of MAP_ANONYMOUS in libgcov.h broke Mac OS X
> 10.7/Darwin 11
> bootstrap:
>
> In file included from
> /vol/gcc/src/hg/master/darwin/libgcc/lib
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98056
--- Comment #5 from Iain Sandoe ---
thanks for the reports (I have some idea about where the issue is coming from,
but not fixed yet).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99453
Iain Sandoe changed:
What|Removed |Added
CC||iains at gcc dot gnu.org
--- Comment #1 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99459
--- Comment #5 from Iain Sandoe ---
It looks likely.
is there a 32b arm box on the cfarm?
I don't have access to one locally either (but maybe it will reproduce on a
cross...)
Both places in the crash logs are
dummy = dummy ? TREE_OPERAND (CA
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99459
--- Comment #6 from Iain Sandoe ---
(In reply to Jakub Jelinek from comment #4)
> So perhaps:
> 2021-03-08 Jakub Jelinek
>
> PR c++/99459
> * coroutines.cc (build_co_await): Look through NOP_EXPRs in
> build_special_member_c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99459
--- Comment #7 from Iain Sandoe ---
would STRIP_NOPS() be more general?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99459
Iain Sandoe changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98384
--- Comment #27 from Iain Sandoe ---
for Darwin x86
* the test at line 83 fails, and with some more debugging stuff inserted and
the abort removed, there are 66 cases where the strings do not agree, so a bug
in libc (probably) .. I'm doing seem
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98384
--- Comment #28 from Iain Sandoe ---
(In reply to Iain Sandoe from comment #27)
> for Darwin x86
>
> * the test at line 83 fails, and with some more debugging stuff inserted and
> the abort removed, there are 66 cases where the strings do not ag
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98384
--- Comment #29 from Iain Sandoe ---
it seems that libc++ doesn't have support for long double to_chars yet, so I
couldn't do a comparison with the platform libc++.
However, I did build the code with clang (but using -stdlib=libstdc++, so the
he
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98480
Iain Sandoe changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |iains at gcc dot gnu.org
Last rec
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98704
Iain Sandoe changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96749
Iain Sandoe changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98118
Iain Sandoe changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99047
Iain Sandoe changed:
What|Removed |Added
Last reconfirmed||2021-03-14
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99047
--- Comment #2 from Iain Sandoe ---
Created attachment 50385
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50385&action=edit
Patch under test
had omitted the conversion to bool (it seems that almost all coroutines do use
a boolean type he
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99617
--- Comment #2 from Iain Sandoe ---
(In reply to Martin Liška from comment #1)
> I'm going to handle it.
actually, I was already on it .. but if you want to...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99617
--- Comment #4 from Iain Sandoe ---
(In reply to Martin Liška from comment #3)
> (In reply to Iain Sandoe from comment #2)
> > (In reply to Martin Liška from comment #1)
> > > I'm going to handle it.
> >
> > actually, I was already on it .. but
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99617
--- Comment #5 from Iain Sandoe ---
(In reply to Iain Sandoe from comment #4)
> (In reply to Martin Liška from comment #3)
> > (In reply to Iain Sandoe from comment #2)
> > > (In reply to Martin Liška from comment #1)
> > I have a patch with cha
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99466
Iain Sandoe changed:
What|Removed |Added
Last reconfirmed|2021-03-08 00:00:00 |2021-3-16
Status|WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99466
--- Comment #6 from Iain Sandoe ---
(In reply to Iain Buclaw from comment #5)
> (In reply to Iain Sandoe from comment #4)
> > (In reply to Iain Buclaw from comment #3)
> > > Oldest compiler version have tried it one is 8.4.0, and there's an ICE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99179
--- Comment #2 from Iain Sandoe ---
I did some more checking on this.
1) It seems that something we produce in the unwind info for alloca is not
compatible with atos.
2) The objects all pass "dwarfdump --verify"
3) If I run the objects under l
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99617
--- Comment #6 from Iain Sandoe ---
given that it blocks something else and that the fix is obvious, trivial and
confined to the coroutines implementation - my vote would be to make it.
(I do expect to touch that code if I have a chance to fix t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99641
Bug ID: 99641
Summary: [11 Regression] opt30.adb, opt49.adb and
loop_optimization3.adb fail to build at m32
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Sever
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99641
Iain Sandoe changed:
What|Removed |Added
Last reconfirmed||2021-03-18
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99179
Iain Sandoe changed:
What|Removed |Added
Target|x86_64-apple-darwin20 |x86_64-apple-darwin
Build|x86
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99661
--- Comment #1 from Iain Sandoe ---
hmm.. thanks for the report.
I built a cross to powerpc-darwin9 yesterday
(and a native i686-darwin8)
will give this a go later.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99661
--- Comment #2 from Iain Sandoe ---
what was the host/build system in this case?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99661
--- Comment #3 from Iain Sandoe ---
(In reply to Iain Sandoe from comment #2)
> what was the host/build system in this case?
NM... I just didn't read it.
How do you get the SDK and binutils in this case?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99661
--- Comment #5 from Iain Sandoe ---
(In reply to Martin Liška from comment #4)
> >
> > How do you get the SDK and binutils in this case?
> >
>
> I don't do that. My ambition is to build host compilers, so I run make
> all-host.
so you're just
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99661
Iain Sandoe changed:
What|Removed |Added
Target Milestone|--- |11.0
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99661
Iain Sandoe changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96251
Iain Sandoe changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55656
--- Comment #7 from Iain Sandoe ---
fixed on master
e.g.
https://gcc.gnu.org/pipermail/gcc-testresults/2021-March/669584.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55657
--- Comment #10 from Iain Sandoe ---
(In reply to Iain Sandoe from comment #8)
> > FAIL: obj-c++.dg/property/at-property-13.mm -fgnu-runtime execution test
This is a dyld bug, the objc_setProperty() call should be provided from
libobjc-gnu.dyli
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99215
--- Comment #8 from Iain Sandoe ---
(In reply to Nils Gladitz from comment #7)
> (In reply to Nils Gladitz from comment #5)
> > Apparently when the coroutine happens to be a member function (even a static
> > one) printing *frame_ptr results in "
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99215
--- Comment #9 from Iain Sandoe ---
(In reply to Iain Sandoe from comment #8)
> (In reply to Nils Gladitz from comment #7)
> > (In reply to Nils Gladitz from comment #5)
> > > Apparently when the coroutine happens to be a member function (even a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55656
--- Comment #9 from Iain Sandoe ---
(In reply to Eric Gallager from comment #8)
> (In reply to Iain Sandoe from comment #7)
> > fixed on master
> > e.g.
> > https://gcc.gnu.org/pipermail/gcc-testresults/2021-March/669584.html
>
> So... are we ke
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99733
Iain Sandoe changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=40883
Bug 40883 depends on bug 99733, which changed state.
Bug 99733 Summary: darwin: missing ':' in error message about munmap
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99733
What|Removed |Added
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95615
Iain Sandoe changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98118
Iain Sandoe changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89180
Bug 89180 depends on bug 96749, which changed state.
Bug 96749 Summary: [coroutines] unexpected 'warning: statement has no effect
[-Wunused-value]'
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96749
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96749
Iain Sandoe changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98704
Iain Sandoe changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98480
Iain Sandoe changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99047
Iain Sandoe changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95822
Iain Sandoe changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97587
Iain Sandoe changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95616
Iain Sandoe changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96318
Iain Sandoe changed:
What|Removed |Added
Status|WAITING |ASSIGNED
Assignee|unassigned at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93641
Iain Sandoe changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89494
Iain Sandoe changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90330
--- Comment #33 from Iain Sandoe ---
Have we now resolved this issue?
All current open branches work OK for me on all Darwin versions from 10.4 -
11.2.
Please update if there is still something to fix.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90834
--- Comment #17 from Iain Sandoe ---
ping for closing this - or new information otherwise.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89494
--- Comment #29 from Iain Sandoe ---
(In reply to Piotr Kubaj from comment #28)
> I just tried on FreeBSD 12.2-RELEASE on powerpc64 with base gcc 4.2.1:
> gmake[4]: Entering directory
> '/wrkdirs/usr/ports/lang/gcc10-devel/work/.build/gcc'
> c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90330
Iain Sandoe changed:
What|Removed |Added
Resolution|--- |FIXED
Status|WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99827
Iain Sandoe changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98056
Iain Sandoe changed:
What|Removed |Added
CC||inf17092 at lehre dot
dhbw-stuttga
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99875
Bug ID: 99875
Summary: [10 Regression] experimental filesystem fails on
Darwin
Product: gcc
Version: 10.2.1
Status: UNCONFIRMED
Severity: normal
Prior
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99875
Iain Sandoe changed:
What|Removed |Added
Target||x86_64-darwin, i686-darwin
Sta
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100127
--- Comment #1 from Iain Sandoe ---
I think that this issue is already fixed in the released 10.3 branch and in
master (will shortly become GCC11). Please could you try one of those?
$ ./gcc-10/gcc-10/bin/g++ -std=c++20 -fcoroutines pr100127.C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100152
Iain Sandoe changed:
What|Removed |Added
CC||iains at gcc dot gnu.org
--- Comment #3 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100152
--- Comment #4 from Iain Sandoe ---
(In reply to Iain Sandoe from comment #3)
> please could you check the uploaded assembly file, it seems to be truncated?
Ignore that - decompressor glitch.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100152
--- Comment #6 from Iain Sandoe ---
(In reply to lucier from comment #5)
> I didn't have this trouble with 10.2 or 9.3; should I add these to the
> "Known to work" field?
yes please - also the original source, if that's OK?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100152
--- Comment #8 from Iain Sandoe ---
(In reply to lucier from comment #7)
> (In reply to Iain Sandoe from comment #6)
>
> > yes please - also the original source, if that's OK?
>
> It's highly macrofied C code with a lot of "includes"; is the .
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100152
--- Comment #11 from Iain Sandoe ---
(In reply to lucier from comment #10)
> (In reply to Iain Sandoe from comment #8)
> > (In reply to lucier from comment #7)
> > > (In reply to Iain Sandoe from comment #6)
> > >
> > > > yes please - also the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100152
--- Comment #15 from Iain Sandoe ---
I have to try and figure out a way to be able to reproduce the run-time error.
Yes, the assembler output is different between 10.2 and 10.3 - but that insn is
not apparently in error (and I checked that the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100152
Iain Sandoe changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100152
--- Comment #19 from Iain Sandoe ---
(In reply to lucier from comment #18)
> I can't see to build mainline on this machine, it fails with
>
> ../../../gcc-mainline/gcc/rtl.h:4547:42: error: use of undeclared identifier
> 'TARGET_ISA_64BIT'
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100152
--- Comment #20 from Iain Sandoe ---
(In reply to Iain Sandoe from comment #17)
> (In reply to lucier from comment #16)
> > I have figured out how to build and then run the app in lldb to reliably
> > reproduce the error.
> I will try later on
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100152
--- Comment #21 from Iain Sandoe ---
(In reply to Iain Sandoe from comment #19)
> (In reply to lucier from comment #18)
> > I can't see to build mainline on this machine, it fails with
> Yeah, there have been some patches pushed in early to GCC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100152
--- Comment #22 from Iain Sandoe ---
so it looks like the contents of r10 are being trashed by the call to
___UTF_8_put (the first call goes through the dylib lazy symbol resolution and
that leaves r10 with a value pointing to some mutex).
When
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100183
--- Comment #4 from Iain Sandoe ---
(In reply to Ignacio Fernández Galván from comment #3)
> If it helps, this happens in gcc304 from
> https://cfarm.tetaneutral.net/machines/list/, but not in gcc80
gcc304 is the Apple M1 machine. The GCC supp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100152
Iain Sandoe changed:
What|Removed |Added
Target|x86_64-apple-darwin19.6.0 |x86_64-apple-darwin*
Summary|P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100152
Iain Sandoe changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
Sum
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100152
--- Comment #28 from Iain Sandoe ---
reduced test case:
___UTF_8_put(char *a, int b) {
char *c = a;
int bytes;
if (b <= 15)
bytes = 2;
else if (b <= 255)
bytes = 4;
else if (b <= 4095)
bytes = 5;
else
bytes = 6;
c =
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100152
--- Comment #29 from Iain Sandoe ---
what is also somewhat peculiar is that replacing the first function in the
reduced test case with "extern void ___UTF_8_put(char *a, int b);" changes the
code-gen for the second function.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100152
--- Comment #31 from Iain Sandoe ---
(In reply to Richard Biener from comment #30)
> (In reply to Iain Sandoe from comment #29)
> > what is also somewhat peculiar is that replacing the first function in the
> > reduced test case with "extern voi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100152
--- Comment #32 from Iain Sandoe ---
(In reply to Iain Sandoe from comment #31)
> (In reply to Richard Biener from comment #30)
> > (In reply to Iain Sandoe from comment #29)
> > > what is also somewhat peculiar is that replacing the first funct
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100152
--- Comment #36 from Iain Sandoe ---
(In reply to Richard Biener from comment #35)
> Which means another possible candidate for the "bug" is darwin_binds_local_p
yeah... see below.
> > > .. but something similar must apply to PLT and targets w
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100152
--- Comment #38 from Iain Sandoe ---
(In reply to Richard Biener from comment #37)
> Oh, and FYI a cc1 cross from x86_64 to x86_64-apple-darwin19.6.0 doesn't seem
> to reproduce the issue with the reduced testcase (I seee no call to
> ___UTF_8_p
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100152
--- Comment #41 from Iain Sandoe ---
(In reply to Richard Biener from comment #40)
> (In reply to Richard Biener from comment #39)
> > (In reply to Iain Sandoe from comment #38)
> > > (In reply to Richard Biener from comment #37)
> > > > Oh, and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100152
Iain Sandoe changed:
What|Removed |Added
Target Milestone|10.4|8.5
--- Comment #42 from Iain Sandoe ---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100246
Bug ID: 100246
Summary: [11/12 Regression] GCC will not bootstrap with clang
3.4/3.5 [xcode 5/6, Darwin 12/13]
Product: gcc
Version: 10.2.1
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100246
Iain Sandoe changed:
What|Removed |Added
Host||x86_64-darwin12,
|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100152
--- Comment #44 from Iain Sandoe ---
unfortunately, wider testing showed sanitiser fails - so this has been reverted
for now.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100246
--- Comment #1 from Iain Sandoe ---
Created attachment 50669
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50669&action=edit
Patch that works around the clang issue/bug
this is against GCC-11.1rc2, but not likely to need much/any amendme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92719
--- Comment #6 from Iain Sandoe ---
(In reply to Nikhil Benesch from comment #5)
> Ah, sorry, I was imprecise before. By “system gmp” I meant a gmp installed
> by Homebrew, as in `brew install gmp`.
So ... I am guessing that the default home-bre
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97452
Iain Sandoe changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97433
Iain Sandoe changed:
What|Removed |Added
Last reconfirmed||2020-10-16
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97452
--- Comment #1 from Iain Sandoe ---
probably a dup of 97433.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97452
--- Comment #3 from Iain Sandoe ---
(In reply to David Ledger from comment #2)
> I'm happy to use this thread for the issue, I can just repost my link to the
> same issue here.
>
> My reporting of the issue is here, but Lewis Bakers example is s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97438
Iain Sandoe changed:
What|Removed |Added
Resolution|--- |FIXED
Last reconfirmed|
1 - 100 of 1252 matches
Mail list logo
