https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120186
--- Comment #5 from John Paul Adrian Glaubitz ---
(In reply to John David Anglin from comment #3)
> I presume you edited pa.opt to enable LRA.
Yes.
> Would you provide full configure command and relevant environment options.
I built with:
./
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120048
Andrew Macleod changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120201
--- Comment #1 from Andrew Pinski ---
I can't reproduce this on the trunk but I am running on a skylake-avx512
machine.
Can you provide the -v output as requested?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120201
--- Comment #2 from Stuart ---
Sure, sorry if the bug report was a little slapdash, my dinner was ready to
come out of the oven :)
g++ test.cpp -O3 -march=native -fsanitize=address -std=c++23 -g -v:
```
Using built-in specs.
COLLECT_GCC=g++
CO
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120201
Andrew Pinski changed:
What|Removed |Added
Keywords||wrong-code
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119712
Bug 119712 depends on bug 120048, which changed state.
Bug 120048 Summary: [14/15/16 Regression] ICE on valid code at -O{s,2} with
"-fno-tree-vrp -fno-tree-fre" on x86_64-linux-gnu: in type, at
value-range.h:982 since r16-244-gce489c870bf28e
ht
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119753
--- Comment #10 from Bogdan ---
Actually, EDG seems to have a GCC compatibility mode on godbolt where it
doesn't use the #line format. I haven't tested to see whether it prints flags
or not, just wanted wanted to correct that bit.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118603
--- Comment #2 from Andrew Pinski ---
Patch finally submitted:
https://gcc.gnu.org/pipermail/gcc-patches/2025-May/683175.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120049
--- Comment #25 from kargls at comcast dot net ---
On 5/9/25 20:22, jvdelisle at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120049
>
> --- Comment #24 from Jerry DeLisle ---
> It is interestingly complex. As I try dif
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120205
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120049
Jerry DeLisle changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |jvdelisle at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114999
--- Comment #15 from Andrew Pinski ---
(In reply to Jennifer Schmitz from comment #12)
> Created attachment 60149 [details]
> Proposed patch for detecting abs diff for signed integers
Note the change for `-(A - B) -> B - A` with the addition of
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120049
--- Comment #24 from Jerry DeLisle ---
It is interestingly complex. As I try different test cases I learn new things.
For example this error is caught already somewhere else in the code path. I am
going to identify where tomorrow. This may be a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120205
Sam James changed:
What|Removed |Added
Summary|[15/16 regression] unifdef |[15/16 regression] unifdef
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119714
Erik Bråthen Solem changed:
What|Removed |Added
CC||erikbsolem at hotmail dot com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120049
--- Comment #22 from Jerry DeLisle ---
I forgot to mention that when you flip the test example around:
print *, c_associated(42, c_loc(val))
It also gives an internal error. So I am taking care of it as well.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120206
Andrew Pinski changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |pinskia at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120206
--- Comment #1 from Andrew Pinski ---
Created attachment 61390
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61390&action=edit
Current patch
This includes some additional match.pd pattern changes which I will submit
seperately but tree-s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120136
--- Comment #6 from Andrew Pinski ---
Note the ICE only happens for comment #0 if configured with
--enable-checking=yes (which is the default on the trunk).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120181
--- Comment #11 from John Paul Adrian Glaubitz ---
(In reply to camm from comment #10)
> Greetings! It is a linker issue -- thanks again for the suggestion and all
> the other comments. Closing this now.
Could you please link to the binutils
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120183
Nathaniel Shead changed:
What|Removed |Added
Resolution|--- |DUPLICATE
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103524
Bug 103524 depends on bug 120183, which changed state.
Bug 120183 Summary: Incomplete type error in module import
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120183
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119938
Nathaniel Shead changed:
What|Removed |Added
CC||rafel.perello at upc dot edu
--- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120191
--- Comment #4 from Jakub Jelinek ---
Yes. You need to write a ChangeLog entry, which would be in this case I think
something like
PR fortran/120191
* trans-intrinsic.cc (gfc_conv_intrinsic_minmaxloc):
Call strip_kind_fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105404
--- Comment #17 from Iain Sandoe ---
(In reply to Joel Sherrill from comment #16)
> Over at RTEMS.org, we have a report from a Mac user that the gcc zlib needs
> updating or patched to build there. We are seeing this with GCC 13 but the
> versio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120191
--- Comment #5 from Daniil Kochergin ---
Done. Thank you!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120196
Bug ID: 120196
Summary: In findloc2_s* when "back" is true loop goes one more
step than needed.
Product: gcc
Version: 15.1.0
Status: UNCONFIRMED
Severity: norm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107308
--- Comment #5 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #4)
> Created attachment 61374 [details]
> Verifier in testing
I had some typos in the patch. And CRC/CRC_REV needs to be handled special. Oh
and ifcvt inserts COND_*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118388
--- Comment #5 from Simon Martin ---
Some of the tests from comment #4 are either not linked to seen_error
(unary_trait_incomplete.C), or use constexpr_error that bypasses some of the
diagnostics machinery and are not easy to fix (constexpr-ice2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120188
--- Comment #4 from Bruno Haible ---
> I suspect gm2-15.1 is the same.
Yes, in 15.1.0, with the option -fm2-plugin, I get the same output as you
showed.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114166
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |16.0
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114166
--- Comment #4 from GCC Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:a470433732e77ae29a717cf79049ceeea3cbe979
commit r16-501-ga470433732e77ae29a717cf79049ceeea3cbe979
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120192
Bug ID: 120192
Summary: Internal compiler error when building ring Rust crate
Product: gcc
Version: 15.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120197
Bug ID: 120197
Summary: ICE in GCC with decltype(cout << a) in default
function parameter leads to recursive diagnostics with
-std=c++20
Product: gcc
Version: 16
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120086
--- Comment #20 from John David Anglin ---
(In reply to John David Anglin from comment #19)
> It's not clear why gcov-30 passes on Linux. I searched the entire tree and
> couldn't find how TARGET_HAVE_LIBATOMIC gets set on Linux. Also, always
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120185
--- Comment #3 from Sergei Trofimovich ---
The change also fixed nss-3.11 build for me. Thank you!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120192
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120193
Bug ID: 120193
Summary: Incorrect debug info for unsigned(kind=1) and
unsigned(kind=4)
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120192
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|1 |0
Status|WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110027
--- Comment #31 from Stuart ---
I can reproduce this with GCC 14.2 and GCC 15.1 on Debian Sid.
In my case it was std::memcpy that gave me an issue, but the reproducer here is
the same issue.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120198
--- Comment #1 from Anthony Cozzolino ---
Copying the code and compiler error here for convenience:
#include
struct MutexLike
{
void lock() { }
void unlock() { }
bool try_lock() { return true; }
};
int main()
{
MutexLike m1,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110027
--- Comment #32 from Sam James ---
(In reply to Stuart from comment #31)
> I can reproduce this with GCC 14.2 and GCC 15.1 on Debian Sid.
>
> In my case it was std::memcpy that gave me an issue, but the reproducer here
> is the same issue.
Ple
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120198
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Assignee|unassigne
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120203
Bug ID: 120203
Summary: RISC-V: Frm restore missing after call insn
(float-point-dynamic-frm-74.c)
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Keywords: wro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87765
Andrew Pinski changed:
What|Removed |Added
CC||calvin at cmpct dot info
--- Comment #10
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120202
--- Comment #2 from Andrew Pinski ---
I will file the diagnostic issue seperately.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119986
--- Comment #11 from GCC Commits ---
The releases/gcc-15 branch has been updated by Harald Anlauf
:
https://gcc.gnu.org/g:01324ffac8bcc6813ffbc78993a674bcac7b52ab
commit r15-9645-g01324ffac8bcc6813ffbc78993a674bcac7b52ab
Author: Harald Anlauf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120179
--- Comment #6 from GCC Commits ---
The releases/gcc-15 branch has been updated by Harald Anlauf
:
https://gcc.gnu.org/g:c60183d8265b5bd509007cf494549667c8c08faa
commit r15-9646-gc60183d8265b5bd509007cf494549667c8c08faa
Author: Harald Anlauf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120179
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120202
Bug ID: 120202
Summary: ICE with constexpr function for constant expression
Product: gcc
Version: 12.4.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120202
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120202
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120194
Thomas Schwinge changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120204
Bug ID: 120204
Summary: `is not usable as a 'constexpr' function because` and
no reason why
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Keywords: diagnostic
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120192
--- Comment #3 from Filip Štamcar ---
Created attachment 61381
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61381&action=edit
Output of save-temps
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120192
--- Comment #4 from Sam James ---
(In reply to Sam James from comment #1)
> 1) The full command line for GCC (maybe cargo build --verbose will do it, I
> don't know)
Sorry, I missed this is in the output. Still need preprocessed source though.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120192
--- Comment #5 from Filip Štamcar ---
Created attachment 61382
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61382&action=edit
Output of save-temps
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120192
--- Comment #6 from Filip Štamcar ---
The full GCC command is:
"gcc.exe" "-O0" "-ffunction-sections" "-fdata-sections" "-gdwarf-2"
"-fno-omit-frame-pointer" "-m64" "-I"
"E:\\Cache\\rust\\cargo\\registry\\src\\index.crates.io-1949cf8c6b5b557f\\r
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120191
--- Comment #6 from Jakub Jelinek ---
Note, the test even with your patch FAILs for -O0 and -Os, first on STOP 17, I
see quite a few invocations still with 6 arguments:
grep maxloc.*,.*,.*,.*,.*,.* pr120191.f90.007t.gimple
[pr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120196
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120180
Tobias Burnus changed:
What|Removed |Added
Keywords||rejects-valid
--- Comment #3 from Tobia
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120192
--- Comment #7 from Andrew Pinski ---
[apinski@xeond2 gcc]$ ./xgcc -B. t.c -S -march=skylake-avx512 -w
during RTL pass: expand
In file included from
E:\Cache\rust\cargo\registry\src\index.crates.io-1949cf8c6b5b557f\ring-0.17.14\crypto/curve25519
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120196
--- Comment #2 from anlauf at gcc dot gnu.org ---
(In reply to anlauf from comment #1)
> Here's a testcase that fails under valgrind:
>
> program p
> implicit none
> character(:), allocatable :: a(:), s
> allocate (character(16) :: a(10),
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120192
--- Comment #10 from Andrew Pinski ---
-mavx is enough to reproduce the ICE.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120192
Andrew Pinski changed:
What|Removed |Added
Known to fail||16.0
--- Comment #8 from Andrew Pinski
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120192
--- Comment #9 from Andrew Pinski ---
/* We handle highly aligned variables in expand_stack_vars. */
gcc_assert (byte_align * BITS_PER_UNIT <= MAX_SUPPORTED_STACK_ALIGNMENT);
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120201
Bug ID: 120201
Summary: G++ generates a misaligned vector operation for
std::memcpy
Product: gcc
Version: 14.2.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120192
--- Comment #11 from Andrew Pinski ---
I can only get it to ICE at -O0.
And it still ICEs after r16-178-gdea7b9a78b11b5 .
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120192
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118694
--- Comment #3 from Tobias Burnus ---
On mainline currently failing (for a GCC configured with nvptx offloading):
libgomp.c-c++-common/metadirective-1.c:10:11:
error: 'target' construct with nested 'teams' construct contains directives
outsid
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120187
Jonathan Wakely changed:
What|Removed |Added
Ever confirmed|0 |1
Assignee|unassigned at gc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120188
--- Comment #2 from Bruno Haible ---
(In reply to Richard Biener from comment #1)
> Do you have the m2rte plugin?
Yes, and it has not been used since I installed it:
$ LC_ALL=C ls -lu
/darch/x86_64-linux-gnu/gnu-inst-gcc/15.1.0/lib/gcc/x86_64-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120048
--- Comment #14 from Jakub Jelinek ---
So fixed for 14.3+/15.2+/16+ ?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120191
Bug ID: 120191
Summary: Functions minloc() and maxloc() ignore the "back"
parameter when "kind" is present.
Product: gcc
Version: unknown
Status: UNCONFIRMED
S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120086
--- Comment #19 from John David Anglin ---
(In reply to Jørgen Kvalsvik from comment #18)
> Ok, thanks, I pushed a fix for the gcov %zu prints, at least for gcov.
Thanks.
> To recap:
>
> * gcov-pr86536.c sporadically fails? (which has to be u
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120194
--- Comment #1 from Tobias Burnus ---
Without having looked at it in depth, I think part of the problem is that
'varX' and 'varY' are in static memory. Thus, by construction, there is a
device and a host version.
Solution:
(a) Ensure the date
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120193
Jakub Jelinek changed:
What|Removed |Added
Last reconfirmed||2025-05-09
Assignee|unassigne
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120195
Bug ID: 120195
Summary: [modules] export using of purview 'extern "C++"'
declaration not bound in importers
Product: gcc
Version: 16.0
Status: UNCONFIRMED
Keyw
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120198
--- Comment #3 from Jonathan Wakely ---
It doesn't need to require hosted either.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119164
--- Comment #4 from Vineet Gupta ---
Fix posted here
https://gcc.gnu.org/pipermail/gcc-patches/2025-May/683159.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120203
--- Comment #1 from Vineet Gupta ---
Fix posted here
https://gcc.gnu.org/pipermail/gcc-patches/2025-May/683159.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120051
--- Comment #11 from Christoph Reiter ---
Thanks. With the latest patch + the patch for binutils, babl builds fine now.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119337
James K. Lowden changed:
What|Removed |Added
CC||jklowden at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119335
James K. Lowden changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120068
Andrew Pinski changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120068
guido2022 at trentalancia dot com changed:
What|Removed |Added
Resolution|INVALID |---
Stat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120205
Bug ID: 120205
Summary: [15/16 regression] unifdef miscompiled
Product: gcc
Version: 16.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-en
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120205
Sam James changed:
What|Removed |Added
Target Milestone|--- |15.2
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120205
--- Comment #2 from Sam James ---
In objsz1:
```
[local count: 118111600]:
__builtin_puts (&"foo"[0]);
- parseline_len.1_4 = parseline_len;
- parseline_len.2_5 = (sizetype) parseline_len.1_4;
- _20 = MAX_EXPR ;
- _19 = _20 - parseline
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120205
--- Comment #3 from Jakub Jelinek ---
The reduction is wrong in many ways.
main shouldn't have a single char argument, fgets inline doesn't return
anything if __bdos is not -1, otherwise it calls fgets without any arguments,
all that is UB.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120205
--- Comment #4 from Sam James ---
yes, lemme fix it up
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120051
--- Comment #12 from Iouri Kharon ---
FYI: Yet cc1/cc1plus can be linked with --pdb :) - secondary patch for ld added
to https://sourceware.org/bugzilla/show_bug.cgi?id=32942
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120205
--- Comment #1 from Sam James ---
Needs -std=gnu17.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120186
--- Comment #3 from John David Anglin ---
Hi Adrian,
I haven't tested LRA in sometime. There are are at least two bugs
preventing migration to LRA on hppa, although they didn't previously
break bootstrap. I don't believe these are problems wi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120204
Jason Merrill changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120186
--- Comment #4 from John David Anglin ---
My last LRA build was at r15-9116-g28751389a68.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120205
--- Comment #6 from Sam James ---
Created attachment 61387
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61387&action=edit
whitespace.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120205
--- Comment #5 from Sam James ---
Created attachment 61386
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61386&action=edit
unifdef.c
This is a bit better. It needs 'whitespace.c' as input data.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120205
--- Comment #7 from Sam James ---
(In reply to Sam James from comment #5)
> Created attachment 61386 [details]
> unifdef.c
>
> This is a bit better. It needs 'whitespace.c' as input data.
.. with return added in fgets.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120205
Sam James changed:
What|Removed |Added
Attachment #61386|0 |1
is obsolete|
1 - 100 of 161 matches
Mail list logo