https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89303
Jakub Jelinek changed:
What|Removed |Added
Target Milestone|8.3 |7.5
Summary|[7/8 Regression]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89290
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89303
--- Comment #26 from Jakub Jelinek ---
Author: jakub
Date: Thu Feb 14 07:41:51 2019
New Revision: 268866
URL: https://gcc.gnu.org/viewcvs?rev=268866&root=gcc&view=rev
Log:
Backported from mainline
2019-02-13 Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89281
--- Comment #4 from Jakub Jelinek ---
Author: jakub
Date: Thu Feb 14 07:40:33 2019
New Revision: 268865
URL: https://gcc.gnu.org/viewcvs?rev=268865&root=gcc&view=rev
Log:
Backported from mainline
2019-02-13 Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89246
--- Comment #4 from Jakub Jelinek ---
Author: jakub
Date: Thu Feb 14 07:38:52 2019
New Revision: 268863
URL: https://gcc.gnu.org/viewcvs?rev=268863&root=gcc&view=rev
Log:
Backported from mainline
2019-02-09 Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89290
--- Comment #9 from Jakub Jelinek ---
Author: jakub
Date: Thu Feb 14 07:39:46 2019
New Revision: 268864
URL: https://gcc.gnu.org/viewcvs?rev=268864&root=gcc&view=rev
Log:
Backported from mainline
2019-02-13 Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89284
--- Comment #3 from Jakub Jelinek ---
Author: jakub
Date: Thu Feb 14 07:31:14 2019
New Revision: 268862
URL: https://gcc.gnu.org/viewcvs?rev=268862&root=gcc&view=rev
Log:
PR middle-end/89284
* passes.def: Swap pass_ubsan and pass
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89321
--- Comment #6 from Ian Lance Taylor ---
Thanks very much for reducing the test case.
I sent out the fix for review at https://golang.org/cl/162618. It should be
committed shortly.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89347
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Component|c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89347
Maninder Singh changed:
What|Removed |Added
CC||maninder1.s at samsung dot com
--- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89347
Bug ID: 89347
Summary: gc-sections doesn't remove unused bss section
variables.
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
Priori
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88443
Bug 88443 depends on bug 89337, which changed state.
Bug 89337 Summary: Bogus "exceeds maximum object size" on unreachable code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89337
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86153
Martin Sebor changed:
What|Removed |Added
CC||rafael at espindo dot la
--- Comment #15
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89337
Martin Sebor changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87532
--- Comment #15 from Bill Schmidt ---
I kindasorta thought that's what I want. ;-) But now that I understand what
you're saying, I believe I agree with you that this is probably a problem in
our gimple folding. I am going to shut up now and sta
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89271
Alan Modra changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89271
--- Comment #3 from Alan Modra ---
I believe this is a bug in rs6000_register_move_cost. Testing a fix.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89244
Martin Sebor changed:
What|Removed |Added
Keywords||patch
--- Comment #5 from Martin Sebor -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88443
Bug 88443 depends on bug 89337, which changed state.
Bug 89337 Summary: Bogus "exceeds maximum object size" on unreachable code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89337
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89337
Rafael Avila de Espindola changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
Resoluti
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89337
Rafael Avila de Espindola changed:
What|Removed |Added
Attachment #45704|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89321
--- Comment #5 from sean.wang at wdc dot com ---
Created attachment 45709
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45709&action=edit
code sample for reproducing reported error
code sample for reproducing reported error is attached.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89344
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89271
--- Comment #2 from Segher Boessenkool ---
Thanks for the analysis!
(In reply to Vladimir Makarov from comment #1)
> The very first ira-costs pass runs in sched1 and it generates the following
> costs
> r125 costs: BASE_REGS:1 GENERAL_REGS
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88248
--- Comment #7 from Harald Anlauf ---
Patch submitted:
https://gcc.gnu.org/ml/fortran/2019-02/msg00112.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89346
Bug ID: 89346
Summary: Unnecessary EVEX encoding
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
Assignee
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89345
--- Comment #4 from mib.bugzilla at gmail dot com ---
thank you!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89345
--- Comment #3 from Jonathan Wakely ---
Author: redi
Date: Wed Feb 13 22:13:45 2019
New Revision: 268856
URL: https://gcc.gnu.org/viewcvs?rev=268856&root=gcc&view=rev
Log:
PR libstdc++/89345 Only define std::destroying_delete for C++2a
Clang de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89345
Jonathan Wakely changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67491
Bug 67491 depends on bug 89300, which changed state.
Bug 89300 Summary: C++ requires statement does not fail silently for const void
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89300
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78173
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89300
Jonathan Wakely changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78173
Jonathan Wakely changed:
What|Removed |Added
CC||svenja.mehringer at gmail dot
com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89344
--- Comment #3 from kargl at gcc dot gnu.org ---
Created attachment 45708
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45708&action=edit
Patch that detects and issues an error.
Patch that detects and issues an error. Trunk is in stage 4,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89343
Uroš Bizjak changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89344
kargl at gcc dot gnu.org changed:
What|Removed |Added
Priority|P3 |P4
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89345
--- Comment #1 from Jonathan Wakely ---
I already started fixing this after your update to the phabricator update
pinged me an email. I'm just going to make it conditional on __cplusplus >
201703L.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89345
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89297
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89229
H.J. Lu changed:
What|Removed |Added
Attachment #45705|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89297
--- Comment #3 from Marek Polacek ---
Author: mpolacek
Date: Wed Feb 13 21:39:18 2019
New Revision: 268854
URL: https://gcc.gnu.org/viewcvs?rev=268854&root=gcc&view=rev
Log:
PR c++/89297 - ICE with OVERLOAD in template.
* semanti
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89271
--- Comment #1 from Vladimir Makarov ---
> This is because IRA does
>
> r125: preferred NO_REGS, alternative NO_REGS, allocno NO_REGS
>
>a1(r125,l0) costs: BASE_REGS:14004,14004 GENERAL_REGS:14004,14004-
>LINK_REGS:24010,24010 CTR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89300
Casey Carter changed:
What|Removed |Added
CC||Casey at Carter dot net
--- Comment #1 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89283
David Malcolm changed:
What|Removed |Added
CC||dmalcolm at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89336
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89341
David Malcolm changed:
What|Removed |Added
CC||dmalcolm at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89345
Bug ID: 89345
Summary: gcc9 uses constexpr token, can you change to
_GLIBCXX_CONSTEXPR ?
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89344
urbanjost at comcast dot net changed:
What|Removed |Added
Keywords||diagnostic
Summ
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87532
--- Comment #14 from kelvin at gcc dot gnu.org ---
To reconcile comments 12 and 13, the subtle issue is that we don't even get
into the altivec_resolve_overloaded_builtin function for the following code:
vec_extract (vi, 10);
The gimple expand
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89344
Bug ID: 89344
Summary: intent
Product: gcc
Version: 7.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
Assignee: unassigned at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89337
--- Comment #3 from Rafael Avila de Espindola ---
> GCC can't see that drop3() cannot be called with name.size() < 3, and in
> resize, the condition (n > size()) can only be true only when name.size() <
> 3 so n - size() is unavoidably too large
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86379
Alexandre Oliva changed:
What|Removed |Added
Known to work||9.0
Summary|[8/9 Regression
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89337
Martin Sebor changed:
What|Removed |Added
Keywords||diagnostic
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88443
Bug 88443 depends on bug 89337, which changed state.
Bug 89337 Summary: Bogus "exceeds maximum object size" on unreachable code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89337
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86379
--- Comment #5 from Alexandre Oliva ---
Author: aoliva
Date: Wed Feb 13 19:08:52 2019
New Revision: 268851
URL: https://gcc.gnu.org/viewcvs?rev=268851&root=gcc&view=rev
Log:
[PR86379] do not use TREE_TYPE for USING_DECL_SCOPE
It's too risky to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89343
Bug ID: 89343
Summary: Some MMX instructions aren't properly marked
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88308
--- Comment #5 from acsawdey at gcc dot gnu.org ---
After some more digging, it appears that the problem is
move_insn_for_shrink_wrap() is deleting and re-creating insns to move them from
one BB to another. The label reference count gets decrement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87322
Alexandre Oliva changed:
What|Removed |Added
Known to work||9.0
Summary|[8/9 Regression
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89342
Bug ID: 89342
Summary: ICE in maybe_default_option, at opts.c:347
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89321
--- Comment #4 from sean.wang at wdc dot com ---
The assert it reached was this I think:
gcc_assert(field == NULL_TREE);
Thanks, Ian. It is helpful. I think I found a way to reproduce this issue on a
smaller set of code. Will provide an example
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89334
Alexander Monakov changed:
What|Removed |Added
CC||amonakov at gcc dot gnu.org
--- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89341
Bug ID: 89341
Summary: ICE in get, at cgraph.h:1332
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
Assignee:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89340
Bug ID: 89340
Summary: ICE in function_and_variable_visibility, at
ipa-visibility.c:707
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87761
--- Comment #9 from Segher Boessenkool ---
It looks more like the kind of thing that combine make_extraction,
make_compound_operation, expand_compound_operation comes up with.
This is not a new problem.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89312
--- Comment #5 from Martin Sebor ---
In the future, the warnings for problems unrelated to truncation should be
moved under their own options (e.g., null pointer arguments to %s should be
controlled by either -Wnonnull or -Wnull-dereference).
Yo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89339
Bug ID: 89339
Summary: sse-movmskb-1.c fails for PPC Big Endian
Product: gcc
Version: unknown
Status: UNCONFIRMED
Keywords: wrong-code
Severity: normal
Priority
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89338
Bug ID: 89338
Summary: sse-cvtss2si-[12].c fails on PPC Big Endian
Product: gcc
Version: unknown
Status: UNCONFIRMED
Keywords: wrong-code
Severity: normal
Prior
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89334
Stas Sergeev changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
Resolution|INVALID
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89229
H.J. Lu changed:
What|Removed |Added
Attachment #45685|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87322
--- Comment #7 from Alexandre Oliva ---
Author: aoliva
Date: Wed Feb 13 17:42:39 2019
New Revision: 268850
URL: https://gcc.gnu.org/viewcvs?rev=268850&root=gcc&view=rev
Log:
[PR87322] move cp_evaluated up to tsubst all lambda parms
A lambda cap
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87532
--- Comment #13 from Bill Schmidt ---
Yes, please look at my previous comment. I believe the problem is in the
VEC_EXTRACT processing in rs6000-c.c until proven otherwise... can you please
try my debugging suggestion?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89334
--- Comment #5 from Andrew Pinski ---
(In reply to Stas Sergeev from comment #4)
> Would it be possible to at least show the
> correct line number where the register allocation
> actually failed? gcc points to a rather "random"
> line
Hmm, getti
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89337
--- Comment #1 from Rafael Avila de Espindola ---
The original testcase is from https://github.com/scylladb/seastar/issues/598
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89337
Bug ID: 89337
Summary: Bogus "exceeds maximum object size" on unreachable
code
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
Priority
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87761
--- Comment #8 from Jakub Jelinek ---
(In reply to Segher Boessenkool from comment #7)
> truncate:SI of ashift:DI looks wrong already; I'd expect ashift:SI of a
> subreg?
But then it would be a simplify-rtx.c issue. Though, not sure if it isn't
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89275
Bill Schmidt changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89275
--- Comment #3 from Bill Schmidt ---
I just heard back from the performance lead. He indicates that they can
reproduce the numbers from 9.0 trunk (compiled Feb 8, versus Feb 3 as reported
by Phoronix), but the numbers from 8.2 as tagged do not r
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87761
--- Comment #7 from Segher Boessenkool ---
truncate:SI of ashift:DI looks wrong already; I'd expect ashift:SI of a subreg?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89295
seurer at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89336
--- Comment #5 from Jakub Jelinek ---
The ICE actually isn't when processing the loop, but later on when processing
the
VIEW_CONVERT_EXPR({.a={0, 1, 2, 3, 4, 5, [8]=1, 2, 3, 4, 5, }});
expression.
When using
{
r[i] = i;
r[i + 8] =
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89336
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89275
--- Comment #2 from Bill Schmidt ---
I asked our performance team to root-cause this when the report came out. If
they can reproduce we can try to bisect it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89297
Marek Polacek changed:
What|Removed |Added
Keywords||patch
--- Comment #2 from Marek Polacek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77304
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77304
--- Comment #3 from Marek Polacek ---
Author: mpolacek
Date: Wed Feb 13 16:35:44 2019
New Revision: 268849
URL: https://gcc.gnu.org/viewcvs?rev=268849&root=gcc&view=rev
Log:
PR c++/77304
* g++.dg/cpp2a/nontype-class13.C: New test
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89229
--- Comment #19 from H.J. Lu ---
sse.md has
(define_insn "mov_internal"
[(set (match_operand:VMOVE 0 "nonimmediate_operand"
"=v,v ,v ,m")
(match_operand:VMOVE 1 "nonimmediate_or_sse_const_operand"
" C,BC,vm,v"))]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89334
--- Comment #4 from Stas Sergeev ---
Would it be possible to at least show the
correct line number where the register allocation
actually failed? gcc points to a rather "random"
line, and it required many hours of an engineer
work to find the pro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89190
--- Comment #2 from Wilco ---
Author: wilco
Date: Wed Feb 13 16:22:25 2019
New Revision: 268848
URL: https://gcc.gnu.org/viewcvs?rev=268848&root=gcc&view=rev
Log:
[ARM] Fix Thumb-1 ldm (PR89190)
This patch fixes an ICE in the Thumb-1 LDM peepho
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78251
--- Comment #9 from Eric Gallager ---
(In reply to Eric Gallager from comment #8)
> r265896 might have affected this
Update: apparently not; I still had to deactivate libunwind-headers again on my
latest build of gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87532
--- Comment #12 from kelvin at gcc dot gnu.org ---
After further digging, I have uncovered some additional clues:
after initial gimple expansion (i.e. the 005t.gimple trace file):
vec_extract (vi, 3) is represented by __builtin_vec_ext_v4si (v
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89336
--- Comment #3 from Jakub Jelinek ---
r[i + 'a'] = i + 10;
r[i + 'A'] = i + 10;
or
r[i + 'a'] = i + 10;
r[i + 'A'] = r[i + 'a'];
doesn't ICE.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89336
--- Comment #2 from Marek Polacek ---
The current ICE started with r267253:
89336.C: In function ‘int main()’:
89336.C:16:20: internal compiler error: Segmentation fault
0x13ae0c0 crash_signal
../../gcc/toplev.c:326
0x89a0e1 initialized_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89333
Eric Botcazou changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89294
Eric Botcazou changed:
What|Removed |Added
CC||dominiq at lps dot ens.fr
--- Comment #5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89336
Marek Polacek changed:
What|Removed |Added
Keywords||ice-on-valid-code
Status|UNC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89334
--- Comment #3 from Jakub Jelinek ---
If you are using inline asm, you need to know what you are doing.
https://gcc.gnu.org/onlinedocs/gcc-8.2.0/gcc/Simple-Constraints.html#Simple-Constraints
‘r’
A register operand is allowed provided that it
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89316
--- Comment #10 from Eric Gallager ---
(In reply to Andrew Pinski from comment #6)
> (In reply to Eric Gallager from comment #5)
> > actually since all the bugs seem to be about different targets triggering
> > that assert in different ways, woul
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89334
--- Comment #2 from Stas Sergeev ---
(In reply to Jakub Jelinek from comment #1)
> the same for -m64, but only al/bl/cl/dl for -m32, because there is no
> sil/dil/bpl for -m32.
But why does this matter?
I am perfectly fine with al/bl/cl/dl, neve
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89036
David Malcolm changed:
What|Removed |Added
Summary|[8/9 Regression] ICE if |[8 Regression] ICE if
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89336
Bug ID: 89336
Summary: internal compiler error when compiling a constexpr
function
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
1 - 100 of 194 matches
Mail list logo