https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86578
Bug ID: 86578
Summary: requested alignment is dependent but declaration is
not dependent
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86582
Bug ID: 86582
Summary: [debug] vla size reported as 0 at Og
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: debug
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86578
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86414
Carl Love changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--- Comment #4 from Carl Love ---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86553
--- Comment #12 from Jonathan Wakely ---
Both. It's been low priority because I noticed it by observation, but it's
never been reported by users or caused any problems that I'm aware of (until
now, maybe).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86550
--- Comment #2 from Jakub Jelinek ---
Author: jakub
Date: Wed Jul 18 21:01:54 2018
New Revision: 262862
URL: https://gcc.gnu.org/viewcvs?rev=262862=gcc=rev
Log:
PR c++/86550
* parser.c (cp_parser_decl_specifier_seq): Diagnose
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57160
--- Comment #10 from janus at gcc dot gnu.org ---
(In reply to janus from comment #9)
> As noted already somewhere in the discussion of PR85599 on the mailing list,
> this breaks actual_pointer_function_1.f90 in the testsuite
... but apart from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86579
Bug ID: 86579
Summary: invalid operands to binary expression
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86581
Bug ID: 86581
Summary: constexpr variable is not checked
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86552
--- Comment #2 from Martin Sebor ---
Created attachment 44407
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=44407=edit
Preliminary patch.
Lightly tested patch to apply on top of the one for bug 86532.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85599
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86578
--- Comment #1 from Andrew Pinski ---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=17743
GCC 4.3.x and above support this feature.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86576
Bug ID: 86576
Summary: [F03][OOP] Sourced allocation of object array fails
with SEGFAULT
Product: gcc
Version: 8.1.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86414
Carl Love changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86577
Bug ID: 86577
Summary: non-ADL name lookup for operator<< at instantiation
time?
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86544
--- Comment #4 from kugan at gcc dot gnu.org ---
Author: kugan
Date: Wed Jul 18 22:11:24 2018
New Revision: 262864
URL: https://gcc.gnu.org/viewcvs?rev=262864=gcc=rev
Log:
gcc/ChangeLog:
2018-07-18 Kugan Vivekanandarajah
PR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86414
--- Comment #2 from Carl Love ---
Author: carll
Date: Wed Jul 18 22:12:20 2018
New Revision: 262865
URL: https://gcc.gnu.org/viewcvs?rev=262865=gcc=rev
Log:
gcc/testsuite/ChangeLog:
2018-07-18 Carl Love
Backport from mainline
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86583
Bug ID: 86583
Summary: exception specification of explicitly defaulted
destructor does not match the calculated one
Product: gcc
Version: 9.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86469
--- Comment #15 from Jonny Grant ---
Hi Richard
I cannot reproduce DWARF errors without undefined references (by removing the
implementation of a function).
It is taking me a long time to reduce and still keep the error
Which has different
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86580
Bug ID: 86580
Summary: No warning for default arguments
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86562
Jonathan Wakely changed:
What|Removed |Added
Resolution|DUPLICATE |INVALID
--- Comment #3 from Jonathan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68663
--- Comment #8 from The Written Word
---
(In reply to The Written Word from comment #6)
> gcc-5.5.0 and 7.2.0 errored out in the same way but I am able to build
> gcc-8.1.0 successfully. gcc-6.4.0 seems to have built insn-output.c
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68663
--- Comment #9 from The Written Word
---
(In reply to David Edelsohn from comment #7)
> I use GCC 4.6 to bootstrap. It appears that the error is caused by the
> "system" bootstrap compiler, which I think is GCC 4.4 in your case. It is
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86518
--- Comment #7 from Alexander Monakov ---
cp/mangle.o miscompares due to -Wsign-compare, possibly due to caching in
maybe_constant_value as in the above PR.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86555
--- Comment #4 from Ramana Radhakrishnan ---
(In reply to Khem Raj from comment #2)
> we can avoid the problem by altering the structure, thats not an issue, but
> do you think compiler is right here by assuming to generate LDRD on a 4byte
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86568
Bug ID: 86568
Summary: -Wnonnull warnings should highlight the relevant
argument not the closing parenthesis
Product: gcc
Version: 9.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68663
--- Comment #7 from David Edelsohn ---
I use GCC 4.6 to bootstrap. It appears that the error is caused by the "system"
bootstrap compiler, which I think is GCC 4.4 in your case. It is generating
code with too large displacements.
Also, some of
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64867
Jonathan Wakely changed:
What|Removed |Added
Severity|normal |enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86555
--- Comment #2 from Khem Raj ---
we can avoid the problem by altering the structure, thats not an issue, but do
you think compiler is right here by assuming to generate LDRD on a 4byte
aligned address when it is told that architecture
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86567
Martin Sebor changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86555
Bernd Edlinger changed:
What|Removed |Added
CC||bernd.edlinger at hotmail dot
de
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86557
Marc Glisse changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86523
--- Comment #9 from Richard Biener ---
Author: rguenth
Date: Wed Jul 18 06:54:23 2018
New Revision: 262849
URL: https://gcc.gnu.org/viewcvs?rev=262849=gcc=rev
Log:
2018-07-18 Richard Biener
PR debug/86523
cp/
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86566
Andreas Schwab changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86469
--- Comment #13 from Richard Biener ---
(In reply to Jonny Grant from comment #11)
> Hi Richard
>
> I have a smaller test case which. It shows only part of the error.
> "Dwarf Error: Invalid abstract instance DIE ref"
>
> Richard, would this
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86523
Richard Biener changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86566
Bug ID: 86566
Summary: The preprocessor cpp6 loses line concatenation on
FreeBSD
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85624
--- Comment #2 from Senthil Kumar Selvaraj ---
When cfgexpand invokes gen_setmemhi, operands[1] is (const_int 6) - it's the
pattern which copies it to (reg:QI). Setting the mode of operands[1] to HImode
makes the problem go away - clrmemhi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86554
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85599
janus at gcc dot gnu.org changed:
What|Removed |Added
Keywords||diagnostic
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86562
Eric Gallager changed:
What|Removed |Added
Keywords||diagnostic
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64867
Eric Gallager changed:
What|Removed |Added
CC||zhonghao at pku dot org.cn
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86572
Bug ID: 86572
Summary: unsafe strlen folding of const arguments with
non-const offset
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86572
Martin Sebor changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86469
--- Comment #14 from Jonny Grant ---
Hello Richard
My archive of the original problem didn't show it. But when I tried to
re-create I got the following. I'll try also make a small test case for this
one while I have it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86532
--- Comment #27 from Martin Sebor ---
I don't think it would be appropriate to introduce dependencies on the
sanitizer for the same reason we can't do that for warnings. But as I
mentioned in comment 16, I think performing these sorts of
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85599
--- Comment #37 from janus at gcc dot gnu.org ---
Author: janus
Date: Wed Jul 18 18:31:59 2018
New Revision: 262860
URL: https://gcc.gnu.org/viewcvs?rev=262860=gcc=rev
Log:
2018-07-18 Janus Weil
Thomas Koenig
PR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86571
Martin Sebor changed:
What|Removed |Added
Keywords||wrong-code
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86569
Martin Sebor changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86571
Bug ID: 86571
Summary: AIX NaNQ and NaNS output format conflicts with
__builtin_sprintf
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86571
David Edelsohn changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86573
Bug ID: 86573
Summary: Failure to optimise passing simple values to inlined
function
Product: gcc
Version: tree-ssa
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86554
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86532
--- Comment #24 from Bernd Edlinger ---
Hope you don't mind, but may I suggest to do the comparison in unsigned
arithmetics, like:
/* We don't know the starting offset, but we do know that the string
has no internal zero bytes.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86523
--- Comment #11 from Dmitry G. Dyachenko ---
r262850 works for me.
Thanks!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86557
--- Comment #3 from Richard Biener ---
ICC seems to emulate this even for SSE2 where I'm not sure this is profitable:
..B1.2: # Preds ..B1.2 ..B1.1
# Execution count [1.02e+03]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86557
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86544
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86557
Richard Biener changed:
What|Removed |Added
Blocks||53947
--- Comment #2 from Richard
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86566
--- Comment #2 from Yuri ---
Replacing cpp with gcc6 -cpp fails:
$ gcc6 -cpp -fno-omit-frame-pointer -D__FFTW3
-I/usr/ports/science/quantum-espresso/work/q-e-qe-6.3/include
-I/usr/ports/science/quantum-espresso/work/q-e-qe-6.3/FoX/finclude
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86558
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86532
--- Comment #26 from Bernd Edlinger ---
../../gcc-9-20180715-1/gcc/expr.c:11360 is:
while (TREE_CODE (chartype) != INTEGER_TYPE)
chartype = TREE_TYPE (chartype);
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86554
--- Comment #4 from Richard Biener ---
The issue seems to be that we do
Value numbering ret_10 stmt = ret_10 = (int) _9;
Setting value number of ret_10 to ret_11 (changed)
so we correctly figure both ret are the same. We then continue
Value
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86554
Richard Biener changed:
What|Removed |Added
Known to work||6.4.0
Summary|Incorrect
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86555
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86334
Uroš Bizjak changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86532
--- Comment #25 from Bernd Edlinger ---
Sorry again Martin,
but with the latest patch I see the following:
FAIL: gcc.target/i386/avx-vdppd-2.c (internal compiler error)
FAIL: gcc.target/i386/avx-vdppd-2.c (test for excess errors)
FAIL:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85624
Senthil Kumar Selvaraj changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86553
--- Comment #2 from The Written Word
---
gcc-6.4.0 on AIX 5.3 exhibits a similar failure.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86518
--- Comment #8 from Alexander Monakov ---
Other files seem to miscompare due to -Wnonnull-compare: PR 86569.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86566
--- Comment #3 from kargl at gcc dot gnu.org ---
The proper way to preprocess Fortran code is with the Fortran
compiler. You can and should use 'gfortran -cpp'. See the
documentation that comes with your compiler.
If you think you need to use
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86570
Bug ID: 86570
Summary: Conditional statement doesn't trigger sincos transform
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59480
Paolo Carlini changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86569
Bug ID: 86569
Summary: -Wnonnull-compare affects code generation
Product: gcc
Version: 6.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86450
--- Comment #26 from Jonathan Wakely ---
No, I needed far more than that. Obviously I needed the right versions of
autoconf and automake first in my PATH, which is simple. But I also needed to
use contrib/gcc_update to fix all the timestamps, so
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86555
Rich Felker changed:
What|Removed |Added
CC||bugdal at aerifal dot cx
--- Comment #5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85602
--- Comment #14 from Martin Sebor ---
Author: msebor
Date: Wed Jul 18 17:20:05 2018
New Revision: 262859
URL: https://gcc.gnu.org/viewcvs?rev=262859=gcc=rev
Log:
Backport from trunk.
PR middle-end/85602 - -Wsizeof-pointer-memaccess for strncat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=36994
Eric Gallager changed:
What|Removed |Added
Keywords||build
Severity|normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69179
--- Comment #4 from Eric Gallager ---
(In reply to Iain Sandoe from comment #3)
> (In reply to sandra from comment #0)
> > config/darwin.c defines attributes "apple_kext_compatibility" and
> > "weak_import" which have no documentation in the GCC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=37704
Eric Gallager changed:
What|Removed |Added
Keywords||build
Severity|normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60440
--- Comment #4 from Eric Gallager ---
(In reply to Martin Liška from comment #3)
> Thanks for CC. Patches are currently under review.
> About this PR: as 'b' is undeclared, the whole statement with the expression
> is ignored and we have:
>
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57160
janus at gcc dot gnu.org changed:
What|Removed |Added
CC||janus at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86553
--- Comment #11 from The Written Word
---
(In reply to Jonathan Wakely from comment #7)
> As I suspected, something is doing:
>
> #define fabsl(X) fabs((double) (X))
> #define acosl(X) acos((double) (X))
> etc.
>
> This would probably be
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86574
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86535
--- Comment #10 from Curtis Hamilton ---
Is it -fgo-dump-spec or -fdump-go-spec? Below is an extract of my build log:
checking for hypotf... /usr/ports/lang/gcc7/work/.build/./gcc/xgcc
-B/usr/ports/lang/gcc7/work/.build/./gcc/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86535
--- Comment #11 from Ian Lance Taylor ---
Sorry, you're right, it's -fdump-go-spec.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86573
--- Comment #1 from Marc Glisse ---
Try renaming 'main' to any other name and gcc does optimize...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86574
Bug ID: 86574
Summary: ICE on std::prev with ranges::view::transform
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86535
--- Comment #8 from Curtis Hamilton ---
Based on you last comment, I attempted a build using FreeBSD 11.2 RC1 on the
same hardware (PowerMac G5 Quad) and got the same results.
Are you using native hardware or emulation?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86518
--- Comment #9 from Alexander Monakov ---
One more: -Wimplicit-fallthrough issue uncovered by the testsuite: PR 86575.
So far all issues appeared in gcc-6 or more recent.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86532
--- Comment #28 from Bernd Edlinger ---
Yes, agreed.
Should I send a patch to take out the statement in comment #17,
or will you do that in your follow-up patch?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81397
Eric Gallager changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86573
--- Comment #2 from Marc Glisse ---
When passing by copy, gcc seems to manage with default flags, but your
-std=c++2a -fno-exceptions hinder it somehow.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86573
Andrew Pinski changed:
What|Removed |Added
Keywords||missed-optimization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86575
Bug ID: 86575
Summary: -Wimplicit-fallthrough affects code generation
Product: gcc
Version: 7.3.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86570
Andrew Pinski changed:
What|Removed |Added
Keywords||missed-optimization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69558
--- Comment #25 from Bernd Edlinger ---
Author: edlinger
Date: Wed Jul 18 19:36:01 2018
New Revision: 262861
URL: https://gcc.gnu.org/viewcvs?rev=262861=gcc=rev
Log:
libcpp:
2018-07-18 Bernd Edlinger
PR 69558
* macro.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86535
--- Comment #9 from Ian Lance Taylor ---
I haven't tried to recreate the problem on FreeBSD. I've just tried various
inputs to GCC 7 -fgo-dump-spec.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86561
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86553
--- Comment #5 from The Written Word
---
Created attachment 44405
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=44405=edit
Preprocessed source for math_stubs_long_double.cc
1 - 100 of 129 matches
Mail list logo
