https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88937
--- Comment #6 from Martin Liška ---
(In reply to David Malcolm from comment #5)
> Patch:
> https://gcc.gnu.org/ml/gcc-patches/2019-02/msg00222.html
Thank you David for the patch.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88835
--- Comment #5 from Martin Liška ---
> warning from the translation unit below. It doesn't seem to correspond to
> the code pointed to in the discussion
> (https://github.com/systemd/systemd/issues/11369#issuecomment-453044884):
> the mfree() ca
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66089
Thomas Koenig changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|mikael at gc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89195
--- Comment #3 from Segher Boessenkool ---
(In reply to Wilco from comment #1)
> len is unsigned HOST_WIDE_INT, so bits_to_bytes_round_down does an unsigned
> division...
That shouldn't make a difference though, both dividend and divisor should
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89195
Segher Boessenkool changed:
What|Removed |Added
CC||segher at gcc dot gnu.org
--- Comme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87770
--- Comment #6 from Alexandre Oliva ---
Author: aoliva
Date: Tue Feb 5 06:11:25 2019
New Revision: 268529
URL: https://gcc.gnu.org/viewcvs?rev=268529&root=gcc&view=rev
Log:
[PR87770] test partial specializations for type dependence
When instan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89201
Eric Gallager changed:
What|Removed |Added
CC||egallager at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56604
Eric Gallager changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63651
--- Comment #20 from Eric Gallager ---
(In reply to Dominique d'Humieres from comment #18)
> For the record with darwin15 I had to add
>
> /System/Library/Frameworks/Foundation.framework/Versions/C/Headers/
> NSEnumerator.h
> /System/Library/Fra
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89202
Bug ID: 89202
Summary: missing -Wnonnull-dereference or -Wuninitialized for a
certain bug
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88993
Martin Sebor changed:
What|Removed |Added
Keywords||patch
--- Comment #9 from Martin Sebor -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89201
Martin Sebor changed:
What|Removed |Added
CC||msebor at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88993
Martin Sebor changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89201
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89201
Bug ID: 89201
Summary: Secret/Necessary memset() is Eliminated when Compiling
at -O1/O2/O3 (Insecure Compiler Optimization)
Product: gcc
Version: 8.2.1
Status: UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88937
David Malcolm changed:
What|Removed |Added
Component|preprocessor|c++
Assignee|marxin at gcc dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89175
--- Comment #3 from joseph at codesourcery dot com ---
See bug 27682.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68241
--- Comment #4 from Dominique d'Humieres ---
> I just created PR89200, on which this meta-bug should depend,
> but I don't know how to edit the "Depends on" list.
You don't have to edit 'Depends on', but you have to mark the new PR (here
89200)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70752
--- Comment #4 from Dominique d'Humieres ---
Any plan for back porting? If not, this PR could be closed.
Related to pr89200.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89200
Dominique d'Humieres changed:
What|Removed |Added
Priority|P3 |P4
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88572
--- Comment #14 from Will Wray ---
I intend to submit a patch, or two patches, for these scalar braced init
issues:
Case 1: GCC rejects braced-init of scalars in aggregates. It should accept.
Case 2: GCC accepts empty braced-init of scalars (com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89200
--- Comment #1 from Damian Rouson ---
gfortran 8.2.0 code gives the correct output:
$gfortran corrupted-component.f90
$./a.out
12
$gfortran --version
GNU Fortran (GCC) 8.2.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68241
--- Comment #3 from Damian Rouson ---
I just created PR89200, on which this meta-bug should depend, but I don't know
how to edit the "Depends on" list.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89200
Bug ID: 89200
Summary: Erroneous copying of a derived type with a
deferred-length character array component
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88979
--- Comment #4 from Marek Polacek ---
And by the same token, I suspect this ought to work too:
template
struct A {
A(T::type);
};
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89187
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
As
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88937
--- Comment #4 from David Malcolm ---
It's clearly wrong to access token->val.node for token->type == CPP_STRING and
token->type == CPP_HEADER_NAME. It's effectively casting the length of the
header name to a (cpp_hashnode *).
For reference, th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66089
--- Comment #26 from Thomas Koenig ---
Works for
type :: t
integer :: c
end type t
type(t), dimension(5) :: a, b
type(t), dimension(:), allocatable :: c
a = t(1)
b = t(7)
allocate(c(5), source=t(13))
c = plus(c(1), b)
pr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89158
Marek Polacek changed:
What|Removed |Added
Keywords||patch
--- Comment #5 from Marek Polacek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89077
--- Comment #10 from Harald Anlauf ---
The ICE in comment #0 is fixed on trunk so far.
The ICE is comment #1 is occurring on a different path and is under
further investigation, as well as the other wrong-code issues.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89077
--- Comment #9 from anlauf at gcc dot gnu.org ---
Author: anlauf
Date: Mon Feb 4 20:44:22 2019
New Revision: 268525
URL: https://gcc.gnu.org/viewcvs?rev=268525&root=gcc&view=rev
Log:
2019-02-04 Harald Anlauf
PR fortran/89077
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89199
Bug ID: 89199
Summary: libgo intermittent testcase failures on ppc64le power9
after r268458
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89197
--- Comment #2 from Cameron ---
Behavior is also similar on 8.1.
All functions build on gcc 7.4.
According to the online compilation found here:
https://godbolt.org/z/MJkd-8
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89198
Andrew Pinski changed:
What|Removed |Added
Component|rtl-optimization|tree-optimization
--- Comment #1 from An
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89198
Bug ID: 89198
Summary: GCC generates/fails to optimize unnecessary sign
extension instruction
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Keywords: missed-opt
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89196
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89197
--- Comment #1 from Cameron ---
The foo_fails functions is where the error can be observed. The working
functions are to show behavior with non-templated, and non-deduced types
respectively.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89197
Bug ID: 89197
Summary: Templated Functions const auto assignment causes
internal compiler error
Product: gcc
Version: 8.2.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89158
Marek Polacek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89196
--- Comment #1 from Andrew Pinski ---
What options are you using to compile the example code?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89158
--- Comment #4 from Marek Polacek ---
Looks like using mark_lvalue_use instead works.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89195
--- Comment #1 from Wilco ---
make_extraction does:
if (MEM_P (inner))
{
poly_int64 offset;
/* POS counts from lsb, but make OFFSET count in memory order. */
if (BYTES_BIG_ENDIAN)
offset
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89196
Bug ID: 89196
Summary: clock::to_time_t(ftime)
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: una
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89195
Wilco changed:
What|Removed |Added
Target||aarch64
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89195
Bug ID: 89195
Summary: [7/8/9 regression] Corrupted stack offset after
combine
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priority
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89194
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89194
--- Comment #1 from Hannes Hauswedell ---
Created attachment 45600
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45600&action=edit
ii generated with -std=c++2a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89194
Bug ID: 89194
Summary: [9 regression] build failure with libstdc++ with
std=c++2a
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
Prior
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87887
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89164
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87064
--- Comment #29 from Bill Schmidt ---
Author: wschmidt
Date: Mon Feb 4 16:48:30 2019
New Revision: 268524
URL: https://gcc.gnu.org/viewcvs?rev=268524&root=gcc&view=rev
Log:
2019-02-04 Bill Schmidt
PR target/87064
Backport fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87064
--- Comment #28 from Bill Schmidt ---
Author: wschmidt
Date: Mon Feb 4 16:47:12 2019
New Revision: 268523
URL: https://gcc.gnu.org/viewcvs?rev=268523&root=gcc&view=rev
Log:
2019-02-04 Bill Schmidt
PR target/87064
Backport fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89193
Bug ID: 89193
Summary: "make distclean" leaves stuff in gotools/
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: go
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89103
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89100
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89123
--- Comment #9 from rdapp at linux dot ibm.com ---
Thanks for the pointer, I implemented the functions and now the startup seems
to be fully functional again. I'm still checking whether the remaining 50ish
libgo test suite failures I see are due
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88835
--- Comment #4 from Martin Sebor ---
Martin, please also let me know what specifically about the warning you find
misleading so I can make it better.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89187
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Component|target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88835
Martin Sebor changed:
What|Removed |Added
Blocks||85741
--- Comment #3 from Martin Sebor -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88170
--- Comment #7 from Will Wray ---
Thanks for the fix - apologies again for the break.
Works for me.
I'd lost the trail but see now that pp_c_flag_gnu_v3
is set in error.c calls
decl_as_dwarf_string
lang_decl_dwarf_name
in turn called from cp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88560
--- Comment #12 from Tamar Christina ---
Hi Vladimir,
sorry for the delay, I was away last week. The patch looks good, please go
ahead and commit it.
I will fix the testisms after it has been committed.
Thanks,
Tamar
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88698
Alexander Monakov changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88670
Bug 88670 depends on bug 88698, which changed state.
Bug 88698 Summary: Relax generic vector conversions
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88698
What|Removed |Added
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89192
--- Comment #3 from Marc Glisse ---
On the other hand, it looks like an "easy" case where the front-end could
notice that we are using b as an rvalue before it is initialized and warn about
it without relying on the middle-end. It could fall unde
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88698
--- Comment #11 from Alexander Monakov ---
Author: amonakov
Date: Mon Feb 4 15:00:41 2019
New Revision: 268522
URL: https://gcc.gnu.org/viewcvs?rev=268522&root=gcc&view=rev
Log:
doc: showcase a "union of vectors" pattern (PR 88698)
PR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89190
Wilco changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88835
--- Comment #2 from Martin Liška ---
Created attachment 45598
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45598&action=edit
One another-test case
I see one another test-case that comes from here:
https://github.com/systemd/systemd/issue
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89192
--- Comment #2 from Richard Biener ---
Or rather it is not the destructor call but the load of 'b' from *this that is
not "optimized".
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87957
--- Comment #32 from Jan Hubicka ---
> I guess we might end up streaming stuff we don't need. Can't we simply
> remove the assert? We do build the copy using the main variant type
> so this seems to be just a consistency check.
The consistency
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89192
Richard Biener changed:
What|Removed |Added
Keywords||diagnostic
Blocks|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89187
Jakub Jelinek changed:
What|Removed |Added
Target Milestone|--- |7.5
Summary|ICE in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89187
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89192
Bug ID: 89192
Summary: -Wuninitialized doesn't warn about a vector
initialization with uninitialized field
Product: gcc
Version: 8.2.1
Status: UNCONFIRMED
Sever
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89083
Jakub Jelinek changed:
What|Removed |Added
CC||h2+bugs at fsfe dot org
--- Comment #7 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89191
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89191
Bug ID: 89191
Summary: [9 regression] ICE in reshape_init_r, at
cp/decl.c:6172
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
Priority
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89188
--- Comment #2 from Jakub Jelinek ---
Created attachment 45596
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45596&action=edit
gcc9-pr89188.patch
Untested fix.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89180
Eric Gallager changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82501
--- Comment #9 from Martin Liška ---
(In reply to Andrey Drobyshev from comment #8)
Great you've been working on that Andrey.
> I recently started to work on this issue as well. I managed to put a dummy
> global variable into .data, .rodata and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89185
Martin Liška changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89185
--- Comment #2 from Martin Liška ---
Author: marxin
Date: Mon Feb 4 13:28:34 2019
New Revision: 268521
URL: https://gcc.gnu.org/viewcvs?rev=268521&root=gcc&view=rev
Log:
Do not dereference NULL pointer in resolve_ref (PR fortran/89185).
2019-0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89190
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89188
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89190
Bug ID: 89190
Summary: [8/9 regression][ARM] armv8-m.base invalid ldm ICE
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88856
--- Comment #15 from Jakub Jelinek ---
(In reply to Andreas Krebbel from comment #14)
> (In reply to Jakub Jelinek from comment #11)
> > ... Can't what you are doing in the splitters be done in
> > define_peephole2 instead?
>
> Not that easy unf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89147
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89150
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57703
Martin Liška changed:
What|Removed |Added
CC||Hi-Angel at yandex dot ru
--- Comment #11
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88856
--- Comment #14 from Andreas Krebbel ---
(In reply to Jakub Jelinek from comment #11)
> ... Can't what you are doing in the splitters be done in
> define_peephole2 instead?
Not that easy unfortunately. peephole2 will run after reload. So the FP
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89186
--- Comment #3 from Jakub Jelinek ---
Created attachment 45595
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45595&action=edit
gcc9-pr89186.patch
Untested fix. If we can come up with a testcase where the memcmp needs to be
called on code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88985
Martin Liška changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88985
--- Comment #3 from Martin Liška ---
Author: marxin
Date: Mon Feb 4 12:26:14 2019
New Revision: 268518
URL: https://gcc.gnu.org/viewcvs?rev=268518&root=gcc&view=rev
Log:
Bail out when ipa_fn_summaries does not contain entry for callee (PR
ipa/8
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88958
--- Comment #4 from Martin Liška ---
(In reply to Martin Liška from comment #3)
> Author: marxin
> Date: Mon Feb 4 12:19:48 2019
> New Revision: 268516
>
> URL: https://gcc.gnu.org/viewcvs?rev=268516&root=gcc&view=rev
> Log:
> Bail out when ipa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88912
Martin Liška changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88912
--- Comment #7 from Martin Liška ---
Author: marxin
Date: Mon Feb 4 12:20:59 2019
New Revision: 268517
URL: https://gcc.gnu.org/viewcvs?rev=268517&root=gcc&view=rev
Log:
Report error when -fpre-include can't be opened (PR fortran/88912).
2019-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88958
--- Comment #3 from Martin Liška ---
Author: marxin
Date: Mon Feb 4 12:19:48 2019
New Revision: 268516
URL: https://gcc.gnu.org/viewcvs?rev=268516&root=gcc&view=rev
Log:
Bail out when ipa_fn_summaries does not contain entry for callee (PR
ipa/8
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89189
Bug ID: 89189
Summary: missed optimization for 16/8-bit vector shuffle
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Keywords: missed-optimization
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89186
--- Comment #2 from Jakub Jelinek ---
I think there is a bug since r236195, emit_block_comp_via_libcall expects to be
called with the MEM arguments, rather than with XEXP (mem, 0) of those MEMs.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88850
--- Comment #9 from Tamar Christina ---
Yes, sorry for the delay.
A different patch which doesn't change the costs is now validating. Will post
today or tomorrow.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89181
--- Comment #6 from Andreas Schwab ---
> a #define before a header, that just looks like bad coding?
You do that all the time.
gcc -Dn=20 ...
1 - 100 of 153 matches
Mail list logo