https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118685
Gerald Pfeifer changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
|unassigned at gcc dot gnu.org |gerald at pfeifer dot
com
--- Comment #8 from Gerald Pfeifer ---
I'll look into pushing this to older release branches as well.
Thank you for the diagnosis and pach, Dim!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118685
Gerald Pfeifer changed:
What|Removed |Added
Last reconfirmed||2025-02-04
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115008
--- Comment #11 from Gerald Pfeifer ---
(In reply to Gerald Pfeifer from comment #8)
> Thank you, Nathaniel!
>
> Comparing a build from yesterday including my hack from comment #4
> https://gcc.gnu.org/pipermail/gcc-testresults/2024-December
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105010
--- Comment #27 from Gerald Pfeifer ---
Please ignore comment #26; wrong report.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105010
--- Comment #26 from Gerald Pfeifer ---
For the sake of completeness, there are a few differences in test
results - alas for two codebases 24 hours apart, so it's not just
your patch vs my hack that is different.
< FAIL: g++.dg/pch/line-map-2.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115008
--- Comment #8 from Gerald Pfeifer ---
Thank you, Nathaniel!
Comparing a build from yesterday including my hack from comment #4
https://gcc.gnu.org/pipermail/gcc-testresults/2024-December/833400.html
with one from today with your proper patc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115008
--- Comment #6 from Gerald Pfeifer ---
(In reply to Gerald Pfeifer from comment #4)
> Let me change gcc/cp/module.cc as follows
>
> -#ifndef HAVE_POSIX_FALLOCATE
>#define posix_fallocate(fd,off,len) ftruncate (fd, off + len)
> -#endif
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115008
Gerald Pfeifer changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112959
Gerald Pfeifer changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112959
Gerald Pfeifer changed:
What|Removed |Added
CC||thierry at FreeBSD dot org
--- Comment
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: gerald at pfeifer dot com
CC: developer at lorenzosalvadore dot it, nathan at acm dot org,
nshead at gcc dot gnu.org
Target Milestone: ---
Host
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112959
--- Comment #5 from Gerald Pfeifer ---
Rainer, do you think the three changes I made - and hence the current
state of install.texi on trunk - address all the issues you reported
and sufficiently well?
(I hope Andrew is going to commit the chang
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112959
Gerald Pfeifer changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |gerald at pfeifer dot
com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112958
--- Comment #6 from Gerald Pfeifer ---
FreeBSD i386 is on it's way out: FreeBSD 14 is the last series supporting
it; FreeBSD 15 is dropping support for it.
Can we disable libgnat (or GNAT) support during configure time?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97304
Gerald Pfeifer changed:
What|Removed |Added
CC||gerald at pfeifer dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111632
--- Comment #22 from Gerald Pfeifer ---
(In reply to Dimitry Andric from comment #21)
> Indeed, please merge both commits:
> https://gcc.gnu.org/git/?p=gcc.git;a=commit;
> h=9970b576b7e4ae337af1268395ff221348c4b34a
> https://gcc.gnu.org/git/?p=g
|NEW
CC||gerald at pfeifer dot com
Last reconfirmed||2024-03-17
--- Comment #3 from Gerald Pfeifer ---
I first reported this in July 2019; see
https://gcc.gnu.org/pipermail/gcc/2019-July/229869.html
and in
: debug
Assignee: unassigned at gcc dot gnu.org
Reporter: gerald at pfeifer dot com
Target Milestone: ---
Created attachment 56486
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56486&action=edit
Preprocessed C source
This started in the last 48 hours.
/home/ger
|--- |FIXED
CC||gerald at pfeifer dot com
--- Comment #38 from Gerald Pfeifer ---
Marking this as RESOLVED FIXED based on the previous comments and
affirmative reports on gcc-patches@.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102675
--- Comment #20 from Gerald Pfeifer ---
Thank you, Jakub!
I finished testing/preparing the second part of the patch, just did not get
to push.
So I went ahead and gave your suggested patch a try - and it passes bootstrap,
so good to go I'd say
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102675
--- Comment #18 from Gerald Pfeifer ---
Thank you, Jakub!
I finished testing/preparing the second part of the patch, just did not get
to push. I'll give your suggested patch a try tonight!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102675
Gerald Pfeifer changed:
What|Removed |Added
Status|WAITING |NEW
--- Comment #14 from Gerald Pfeife
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102675
--- Comment #12 from Gerald Pfeifer ---
Created attachment 51658
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51658&action=edit
$WRKDIR/i586-unknown-freebsd11.4/libsanitizer/sanitizer_common/Makefile
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102675
--- Comment #11 from Gerald Pfeifer ---
Created attachment 51657
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51657&action=edit
$WRKDIR/i586-unknown-freebsd11.4/libsanitizer/Makefile
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102675
--- Comment #9 from Gerald Pfeifer ---
(In reply to H.J. Lu from comment #8)
> Does sanitizer_common/sanitizer_platform_limits_freebsd.cpp need any header
> files from GCC?
>From what I found, that does not appear to be the case.
> If yes, why
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102675
--- Comment #2 from Gerald Pfeifer ---
(In reply to H.J. Lu from comment #1)
> That file is FreeBSD specific. Can you use a local patch to force
> /usr/include/md5.h, like
>
> #include_next
I tried replacing #include by #include_next ; that
n: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
Assignee: unassigned at gcc dot gnu.org
Reporter: gerald at pfeifer dot com
CC: hjl.tools at gmail dot com
Target Milestone: ---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101491
--- Comment #7 from Gerald Pfeifer ---
(In reply to David Malcolm from comment #2)
> I'm using $(includedir). What should I be using? Thanks
(In reply to Richard Biener from comment #5)
> I think a more appropriate place would be where we als
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81315
Gerald Pfeifer changed:
What|Removed |Added
Resolution|--- |WORKSFORME
Status|WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102242
Gerald Pfeifer changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |gerald at pfeifer dot
com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102242
--- Comment #3 from Gerald Pfeifer ---
(In reply to David Malcolm from comment #1)
> Sorry about the breakage.
That's what my nightly testers are here for to catch. :)
> I think I need to #define INCLUDE_UNIQUE_PTR before including system.h,
>
oduct: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
Assignee: unassigned at gcc dot gnu.org
Reporter: gerald at pfeifer dot com
Target Milestone: ---
Only with clang as bootstrap compi
,
||gerald at pfeifer dot com
Ever confirmed|0 |1
Last reconfirmed||2021-08-12
Status|UNCONFIRMED |NEW
--- Comment #12 from Gerald Pfeifer ---
Andreas, is this something
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101491
Gerald Pfeifer changed:
What|Removed |Added
Last reconfirmed||2021-07-18
Status|UNCONFIR
Severity: normal
Priority: P3
Component: jit
Assignee: dmalcolm at gcc dot gnu.org
Reporter: gerald at pfeifer dot com
Target Milestone: ---
In the FreeBSD Ports Collection (and presumably similarly other distros)
we install different versions of
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
Assignee: unassigned at gcc dot gnu.org
Reporter: gerald at pfeifer dot com
CC: marxin at gcc dot gnu.org
Target Milestone: ---
This
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99422
--- Comment #15 from Gerald Pfeifer ---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99438 still happens,
i.e. i586-unknown-freebsd11.2.
Is anyone able to successfully build any 32-bit x86 target?
Priority: P3
Component: bootstrap
Assignee: unassigned at gcc dot gnu.org
Reporter: gerald at pfeifer dot com
Target Milestone: ---
Target: i586-unknown-freebsd12.2
This is a regression that entered the tree in the last 24 (plus a few
maybe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98181
Gerald Pfeifer changed:
What|Removed |Added
CC||segher at kernel dot
crashing.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=32927
Gerald Pfeifer changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95805
Gerald Pfeifer changed:
What|Removed |Added
Host||i386-unknown-freebsd11.3
--- Comment #1
: UNCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
Assignee: unassigned at gcc dot gnu.org
Reporter: gerald at pfeifer dot com
CC: rsandifo at sources dot redhat.com
Target Milestone: ---
Created attachment 48766
--> ht
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94493
Gerald Pfeifer changed:
What|Removed |Added
CC||gerald at pfeifer dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93962
--- Comment #12 from Gerald Pfeifer ---
Created attachment 48011
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48011&action=edit
Preprocessed value-prof.c for the failure case on FreeBSD 11/i386
(I've been struggling to create the preproc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93962
--- Comment #6 from Gerald Pfeifer ---
(In reply to Jeffrey A. Law from comment #3)
> Gerald, I wanted to reproduce the error so that I could in turn verify the
> proposed fix of using std:abs would work.
I verified that the fix of using std::ab
x27;, but argument 3
hastype 'int'
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
Assignee: unassigned at gcc dot gnu.org
Reporter: gerald at pfei
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93543
--- Comment #7 from Gerald Pfeifer ---
Thank you - and I just received confirmation that also the new patch
addresses the original issue coming from a FreeBSD user with clang 9.0.1.
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: analyzer
Assignee: dmalcolm at gcc dot gnu.org
Reporter: gerald at pfeifer dot com
Target Milestone: ---
This was originally filed in the
||andreast at gcc dot gnu.org
Assignee|gerald at pfeifer dot com |unassigned at gcc dot
gnu.org
--- Comment #5 from Gerald Pfeifer ---
(In reply to Eric Gallager from comment #4)
> Assuming yes and making Gerald the assignee
I thought I had a plan, alas it did
48
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: gerald at pfeifer dot com
CC: amodra at gcc dot gnu.org, amodra at gmail dot com
pfeifer dot com
Host|i386-pc-solaris2.11,|i386-pc-solaris2.11,
|sparc-sun-solaris2.11 |sparc-sun-solaris2.11,
||i386-unknown-freebsd10.4
Ever confirmed|0 |1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87134
--- Comment #24 from Gerald Pfeifer ---
Confirmed for i386-unknown-freebsd10.3 (using clang as bootstrap
compiler) as well.
Thank you, Richard!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87050
--- Comment #10 from Gerald Pfeifer ---
Mostly done,
cf. https://gcc.gnu.org/ml/gcc/2018-09/msg5.html
And for the actual conversion,
cf. https://gcc.gnu.org/ml/gcc-patches/2018-09/msg00026.html
The sole page not labeled as HTML 5 now is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87050
--- Comment #9 from Gerald Pfeifer ---
(In reply to jos...@codesourcery.com from comment #6)
> A replacement for MetaHTML is already available, we just need to switch to
> using it.
>
> https://gcc.gnu.org/ml/gcc-patches/2018-06/msg00176.html
||2018-08-22
CC||gerald at pfeifer dot com
Assignee|unassigned at gcc dot gnu.org |gerald at pfeifer dot
com
Ever confirmed|0 |1
--- Comment #3 from Gerald Pfeifer ---
Agreed, and I&#x
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65231
Gerald Pfeifer changed:
What|Removed |Added
Status|SUSPENDED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64549
Gerald Pfeifer changed:
What|Removed |Added
Status|WAITING |NEW
||gerald at pfeifer dot com
||gerald at pfeifer dot com
||gerald at pfeifer dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85768
--- Comment #6 from Gerald Pfeifer ---
(In reply to François Dumont from comment #4)
> I wonder if this patch could fix the bootstrap ? I try to avoid the usage of
> backtrace during bootstrap. The problem will then be limited to usage of
> debug
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84670
Gerald Pfeifer changed:
What|Removed |Added
CC||gerald at pfeifer dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83164
--- Comment #4 from Gerald Pfeifer ---
(In reply to Marc Glisse from comment #2)
> Does it work if you remove the verification
>
> || !types_compatible_p (rhs1_type, rhs2_type)
>
> from tree-cfg.c?
Yes, I just tried this.
Priority: P3
Component: middle-end
Assignee: unassigned at gcc dot gnu.org
Reporter: gerald at pfeifer dot com
CC: marc.glisse at normalesup dot org
Target Milestone: ---
Host: i586-unknown-freebsd10.4
Created attachment 42718
--> ht
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83038
--- Comment #2 from Gerald Pfeifer ---
Created attachment 42643
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=42643&action=edit
Full preprocesssed source file
(In reply to David Malcolm from comment #1)
> This is a .i file; have the sourc
Severity: normal
Priority: P3
Component: regression
Assignee: unassigned at gcc dot gnu.org
Reporter: gerald at pfeifer dot com
CC: dmalcolm at redhat dot com, msebor at gcc dot gnu.org,
polacek at redhat dot com
||2017-10-22
CC||gerald at pfeifer dot com
Summary|[8 Regression] Bootstrap|[8 Regression] Bootstrap
|fails on macOS 10.13|fails on macOS 10.13 and
|because of abort
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81995
Gerald Pfeifer changed:
What|Removed |Added
Status|RESOLVED|VERIFIED
--- Comment #4 from Gerald Pfe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81995
Gerald Pfeifer changed:
What|Removed |Added
CC||uros at gcc dot gnu.org
--- Comment #1
Priority: P3
Component: bootstrap
Assignee: unassigned at gcc dot gnu.org
Reporter: gerald at pfeifer dot com
Target Milestone: ---
Target: i586-unknown-freebsd10.3
This seems to have been introduced between Aug 20th 16:40 GMT and
Aug 21th 16:40 GMT
Assignee: unassigned at gcc dot gnu.org
Reporter: gerald at pfeifer dot com
Target Milestone: ---
Compiling
#include
int main()
{
char a = 'a';
printf("Size of char : %d\n",sizeof(a));
printf("Size of char : %d\n"
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70528
Gerald Pfeifer changed:
What|Removed |Added
CC||gerald at pfeifer dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80621
Gerald Pfeifer changed:
What|Removed |Added
Target||i586-unknown-freebsd10.3
Priority: P3
Component: other
Assignee: unassigned at gcc dot gnu.org
Reporter: gerald at pfeifer dot com
Target Milestone: ---
Created attachment 41312
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41312&action=edit
Sample file
The attached testcase (fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77683
Gerald Pfeifer changed:
What|Removed |Added
Status|RESOLVED|VERIFIED
--- Comment #5 from Gerald Pfe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77751
Gerald Pfeifer changed:
What|Removed |Added
Status|RESOLVED|VERIFIED
--- Comment #5 from Gerald Pfe
rsion: 7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
Assignee: unassigned at gcc dot gnu.org
Reporter: gerald at pfeifer dot com
CC: polacek at redhat dot com
Target Milestone: ---
On i?86-unknow
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77740
--- Comment #1 from Gerald Pfeifer ---
The minimum invocation to reproduce the issue is
/some/where/gcc -c math.i -Wall -O1
Both warnings _and_ at least -O1 are required.
Severity: normal
Priority: P3
Component: middle-end
Assignee: unassigned at gcc dot gnu.org
Reporter: gerald at pfeifer dot com
Target Milestone: ---
Created attachment 39685
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=39685&action=edit
Prepr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77676
--- Comment #13 from Gerald Pfeifer ---
(In reply to Martin Sebor from comment #10)
> Created attachment 39670 [details]
> Patch under test.
With this patch, i?86-unknown-freebsd11 is back in bootstrap land again.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50642
--- Comment #20 from Gerald Pfeifer ---
Created attachment 39553
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=39553&action=edit
Firefox font configuratoin
(In reply to Jon Grant from comment #18)
> Just looking at this page:
>
> https:/
||gerald at pfeifer dot com
Resolution|--- |FIXED
Assignee|unassigned at gcc dot gnu.org |gerald at pfeifer dot
com
--- Comment #3 from Gerald Pfeifer ---
Apologies, I fixed this a while ago but missed updating this report
(and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50642
Gerald Pfeifer changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
||gerald at pfeifer dot com
Assignee|unassigned at gcc dot gnu.org |gerald at pfeifer dot
com
--- Comment #15 from Gerald Pfeifer ---
I'm working on this. First I will have the online documentation reference
our global CSS style ( https://gcc.gnu.org/gc
||gerald at pfeifer dot com
Resolution|--- |FIXED
--- Comment #3 from Gerald Pfeifer ---
This has been resolved from all I can tell (looking at concrete cases
as well a bootstrap log of current trunk any makeinfo 6.1), thus closing
this report
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72856
Gerald Pfeifer changed:
What|Removed |Added
CC||gerald at pfeifer dot com
--- Comment
: dmalcolm at redhat dot com
Reporter: gerald at pfeifer dot com
Target Milestone: ---
r239175 | dmalcolm | 2016-08-05 18:08:33 + (Fri, 05 Aug 2016) | 124 line
introduced a bootstrap failure on an automated tester I have running on
FreeBSD 9/amd64:
/scratch/tmp/gerald/gcc-HEAD/gcc/input.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69602
Gerald Pfeifer changed:
What|Removed |Added
CC||gerald at pfeifer dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65726
--- Comment #8 from Gerald Pfeifer ---
This one fixes the problem in all my tests.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65726
--- Comment #6 from Gerald Pfeifer ---
I still can reproduce the failure by configuring with --disable-bootstrap
and then "make" or "make all".
: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: gerald at pfeifer dot com
CC: polacek at redhat dot com
Target Milestone: ---
Since 2015-04-21 Marek
Assignee: unassigned at gcc dot gnu.org
Reporter: gerald at pfeifer dot com
-fdefer-pop is listed as activated by the -O option, but not anywhere
else in the documentation (doc/invoke.texi, specifically).
However, there is actually code to support this option, specifically
in gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64779
--- Comment #4 from Gerald Pfeifer ---
Created attachment 34584
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34584&action=edit
OBJ-0126-1523/i386-unknown-freebsd10.1/libffi/config.log
I did not find the respective check, but let me attac
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64779
Gerald Pfeifer changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
IRMED
Severity: critical
Priority: P3
Component: libffi
Assignee: unassigned at gcc dot gnu.org
Reporter: gerald at pfeifer dot com
CC: rth at gcc dot gnu.org
Since the last set of libffi changes, for about 10 days, bootstrap
fails on i386-un
||2014-08-30
CC||gerald at pfeifer dot com
Summary|internal compiler error: in |ICE for variadic templates:
|tsubst, at cp/pt.c:11313|tsubst at cp/pt.c:11313
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=45808
Gerald Pfeifer changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
||gerald at pfeifer dot com
Resolution|--- |FIXED
--- Comment #4 from Gerald Pfeifer ---
I committed a minor variation (no code changes) of this patch.
Thanks, David!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61650
Gerald Pfeifer changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Version|unknown
1 - 100 of 315 matches
Mail list logo
