https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70526
--- Comment #34 from Vittorio Zecca ---
The Intel icpc compiler complains that in the reduced testcase
ansi-alias rules are violated.
icpc gccerr45.C -Wstrict-aliasing
gccerr45.C(77) (col. 32): warning #2102: violation of ansi-alias rules
This
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71166
Martin Sebor changed:
What|Removed |Added
Keywords||ice-on-valid-code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56671
Martin Sebor changed:
What|Removed |Added
CC||gcc-bugzilla at bmevers dot de
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63728
Martin Sebor changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55004
Bug 55004 depends on bug 63728, which changed state.
Bug 63728 Summary: Memory exhaustion using constexpr constructors for classes
with large array members
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63728
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71151
--- Comment #1 from Senthil Kumar Selvaraj
---
A workaround is to disable constant merging (-fno-merge-constants).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63586
--- Comment #8 from kugan at gcc dot gnu.org ---
Author: kugan
Date: Wed May 18 00:58:45 2016
New Revision: 236356
URL: https://gcc.gnu.org/viewcvs?rev=236356=gcc=rev
Log:
gcc/testsuite/ChangeLog:
2016-05-17 Kugan Vivekanandarajah
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70795
--- Comment #3 from John David Anglin ---
Created attachment 38511
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38511=edit
Revert r235318
Reverting r235318 restores boot.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=18063
--- Comment #8 from joseph at codesourcery dot com ---
I think we should diagnose the definition of the struct (generally, any
construction of a too-large fixed-size type in any context).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70511
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66461
--- Comment #12 from Jerry DeLisle ---
I have a patch testing for this. I am not sure this is a regression. I see it
as far back as 4.5. I don't have any earlier builds. My thinking is that
since this is an ICE on invalid code, I don't want
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71148
Eric Botcazou changed:
What|Removed |Added
Severity|normal |critical
--- Comment #3 from Eric
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=19987
Bug 19987 depends on bug 54579, which changed state.
Bug 54579 Summary: missed optimization: ASR idiom
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54579
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54579
Mikhail Maltsev changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=19987
Bug 19987 depends on bug 55299, which changed state.
Bug 55299 Summary: missed optimization: ASR idiom
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55299
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55299
Mikhail Maltsev changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54579
--- Comment #2 from Mikhail Maltsev ---
Author: miyuki
Date: Tue May 17 20:50:22 2016
New Revision: 236344
URL: https://gcc.gnu.org/viewcvs?rev=236344=gcc=rev
Log:
Fold bit_not through ASR and rotate
gcc/
PR tree-optimization/54579
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55299
--- Comment #3 from Mikhail Maltsev ---
Author: miyuki
Date: Tue May 17 20:50:22 2016
New Revision: 236344
URL: https://gcc.gnu.org/viewcvs?rev=236344=gcc=rev
Log:
Fold bit_not through ASR and rotate
gcc/
PR tree-optimization/54579
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69401
--- Comment #3 from Thomas Petazzoni ---
Created attachment 38510
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38510=edit
Pre-processed source code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69401
--- Comment #2 from Thomas Petazzoni ---
This still happens with gcc 6.1. With gcc 6.1:
- The file can be built with no optimization, with and without -fPIC
- The file can be built in -O2 or -O3 without
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70613
Jim Wilson changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71115
Manuel López-Ibáñez changed:
What|Removed |Added
CC||manu at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70613
Andrew Pinski changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
Resolution|FIXED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69793
Paolo Carlini changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71146
--- Comment #11 from Marek Polacek ---
Author: mpolacek
Date: Tue May 17 20:00:41 2016
New Revision: 236343
URL: https://gcc.gnu.org/viewcvs?rev=236343=gcc=rev
Log:
PR ipa/71146
* tree-inline.c (expand_call_inline): Call
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70526
--- Comment #33 from rguenther at suse dot de ---
On May 17, 2016 8:55:26 PM GMT+02:00, guido at trentalancia dot net
wrote:
>https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70526
>
>guido at trentalancia dot net changed:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70511
--- Comment #2 from Ivan Le Lann ---
It seems that this has been "fixed".
Fedora 24, using "gcc (GCC) 6.1.1 20160510 (Red Hat 6.1.1-2)" gives me the
intuitive behavior.
I did a local revert of this this commit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71167
Bug ID: 71167
Summary: Long typenames produce extremely hard to read
diagnostics and slow down compilation time
Product: gcc
Version: 6.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70526
guido at trentalancia dot net changed:
What|Removed |Added
CC||guido at trentalancia dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66461
--- Comment #11 from Gerhard Steinmetz
---
... some more variations with slightly different "line breaks" :
$ cat z6.f
program p
integer x
x = 0
if ( x >
&
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70613
Jim Wilson changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70613
--- Comment #4 from Jim Wilson ---
Author: wilson
Date: Tue May 17 18:42:16 2016
New Revision: 236339
URL: https://gcc.gnu.org/viewcvs?rev=236339=gcc=rev
Log:
Make -fabi-version docs match the implementation.
gcc/
PR c++/70613
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70466
Jason Merrill changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69008
Michael Collison changed:
What|Removed |Added
Component|target |rtl-optimization
--- Comment #3 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71153
--- Comment #7 from Andrew Pinski ---
Created attachment 38509
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38509=edit
Full fix which needs full testing
I think I have a full fix.
Basically there is no reason why we can't expand
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=18063
Martin Sebor changed:
What|Removed |Added
Last reconfirmed|2005-09-18 01:37:52 |2016-5-17
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71166
Bug ID: 71166
Summary: ICE with nested constexpr/initializer
Product: gcc
Version: 6.1.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71146
Marek Polacek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71146
--- Comment #9 from Jan Hubicka ---
Aha,
this is because we do not re-evaulate the predicates for inlined edges and in
the inline order we first inline into thunk and then inline thunk. This results
in some extra work done by tree-inline but is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71165
Bug ID: 71165
Summary: std::array with aggregate initialization generates
huge code
Product: gcc
Version: 5.3.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71146
Jan Hubicka changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org
--- Comment #8
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70860
--- Comment #2 from Thomas Schwinge ---
Author: tschwinge
Date: Tue May 17 16:08:37 2016
New Revision: 236326
URL: https://gcc.gnu.org/viewcvs?rev=236326=gcc=rev
Log:
[PR target/70860] [nvptx] Handle NULL cfun in nvptx_libcall_value
Backport
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71115
Martin Sebor changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71120
Martin Jambor changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |jamborm at gcc dot
gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71120
Richard Biener changed:
What|Removed |Added
CC||jamborm at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49244
--- Comment #20 from dhowells at redhat dot com ---
Here's a further underoptimisation with -Os:
bool foo_test_and_change_bit(unsigned long *p)
{
return test_and_change_bit(83, p);
}
is compiled to:
0015 :
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70856
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
--- Comment #7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70981
Kirill Yukhin changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70720
Joel Sherrill changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71164
Bug ID: 71164
Summary: tree check fail at cp/pt.c:12961
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71158
Martin Sebor changed:
What|Removed |Added
Blocks||16994
--- Comment #3 from Martin Sebor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71153
--- Comment #6 from ktkachov at gcc dot gnu.org ---
(In reply to ktkachov from comment #5)
> In the foo_clear_bit_unlock case combine tries to match:
> (parallel [
> (set (mem/v:DI (reg:DI 88) [-1 S8 A64])
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71134
--- Comment #3 from Dan Collins ---
https://gcc.gnu.org/install/download.html states that you can "unpack the
binutils distribution either in the same directory or a separate one"
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71134
--- Comment #2 from Dan Collins ---
https://gcc.gnu.org/install/download.html states that you can "unpack the
binutils distribution either in the same directory or a separate one"
On Tue, May 17, 2016 at 4:38 AM, rguenth at gcc dot gnu.org <
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70526
--- Comment #31 from Vittorio Zecca ---
It seems the following is related to the FF compilation issue:
The program runs differently depending on the optimization level.
With gcc 5.3.0 runs same regardless of the optimization level.
// g++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71031
Marek Polacek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71153
--- Comment #5 from ktkachov at gcc dot gnu.org ---
In the foo_clear_bit_unlock case combine tries to match:
(parallel [
(set (mem/v:DI (reg:DI 88) [-1 S8 A64])
(unspec_volatile:DI [
(and:DI (not:DI
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71146
--- Comment #7 from Marek Polacek ---
I'm afraid I can't really answer that. I can see that while
inline_small_functions -> inline_call -> inline_merge_summary ->
remap_edge_summaries -> edge_set_predicate determine that for
(gdb) p e->caller
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71163
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71163
Bug ID: 71163
Summary: ICE in get_ubsan_type_info_for_type
Product: gcc
Version: 6.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: sanitizer
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=11196
--- Comment #12 from Jonathan Wakely ---
(In reply to Jonathan Wakely from comment #11)
> "g++ -E -" compiles as C (see PR 67023)
Oops, I mean it preprocesses as C, of course :)
> It's till set:
s/till/still/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70526
--- Comment #30 from rguenther at suse dot de ---
On Tue, 17 May 2016, zeccav at gmail dot com wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70526
>
> Vittorio Zecca changed:
>
>What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70809
--- Comment #4 from ktkachov at gcc dot gnu.org ---
Author: ktkachov
Date: Tue May 17 13:08:01 2016
New Revision: 236321
URL: https://gcc.gnu.org/viewcvs?rev=236321=gcc=rev
Log:
[AArch64] PR target/70809: Delete aarch64_vmls pattern
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=11196
Jonathan Wakely changed:
What|Removed |Added
Last reconfirmed|2005-12-31 03:19:52 |2016-5-17
--- Comment #11 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70526
Vittorio Zecca changed:
What|Removed |Added
CC||zeccav at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71161
--- Comment #7 from Ilya Enkovich ---
(In reply to rguent...@suse.de from comment #6)
> Well, the fact that libgo has a lot of execute fails doesn't point to
> libsanitizer. Maybe to split-stack support, who knows.
>
> What is special about
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71132
--- Comment #4 from Richard Biener ---
Author: rguenth
Date: Tue May 17 12:53:30 2016
New Revision: 236320
URL: https://gcc.gnu.org/viewcvs?rev=236320=gcc=rev
Log:
2016-05-17 Richard Biener
PR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71132
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71162
Bug ID: 71162
Summary: powerpc64 __atomics should probably emit bne- after
stdcx.
Product: gcc
Version: 6.1.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71161
--- Comment #6 from rguenther at suse dot de ---
On Tue, 17 May 2016, ienkovich at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71161
>
> --- Comment #5 from Ilya Enkovich --- So
> do all of r236090 related failures
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71104
--- Comment #9 from Marc Glisse ---
(In reply to rguent...@suse.de from comment #8)
> Not that I like this proposal at all (given it changes function arg
> evaluation order on x86_64).
Does it?
"the function is evaluated before all its
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71161
--- Comment #5 from Ilya Enkovich ---
So do all of r236090 related failures are reproducible with glibc 2.11.3 only?
IIUC the problem most probably hides in sanitizer runtime libraries and you
can't make preprocessed testcase reproducible with
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70809
--- Comment #3 from ktkachov at gcc dot gnu.org ---
Author: ktkachov
Date: Tue May 17 12:15:05 2016
New Revision: 236318
URL: https://gcc.gnu.org/viewcvs?rev=236318=gcc=rev
Log:
[AArch64] PR target/70809: Delete aarch64_vmls pattern
PR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71161
--- Comment #4 from Richard Biener ---
Created attachment 38506
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38506=edit
testresults
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71104
--- Comment #8 from rguenther at suse dot de ---
On Tue, 17 May 2016, glisse at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71104
>
> --- Comment #7 from Marc Glisse ---
> (In reply to Richard Biener from comment #6)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71104
--- Comment #7 from Marc Glisse ---
(In reply to Richard Biener from comment #6)
> C11 6.5.16/3 suggests that the LHS "operand" is evaluated in unspecified
> order.
It seems that C++ is moving towards specifying the order
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71104
--- Comment #6 from Richard Biener ---
C11 6.5.16/3 suggests that the LHS "operand" is evaluated in unspecified order.
6.5.2.2/10 says function argument "operands" are evaluated before the actual
call (which denotes a sequence point) and the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71161
--- Comment #3 from Richard Biener ---
Updating to r236315, the fix for PR71114 doesn't fix it. I'm going to attach
testresults after all testing finished.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71089
--- Comment #7 from Jan Hubicka ---
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71089
>
> --- Comment #6 from Markus Trippelsdorf ---
> (In reply to Jan Hubicka from comment #5)
> > Hi,
> > I reproduced the firefox ICE now (it needs -O3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71159
--- Comment #4 from Dmitry G. Dyachenko ---
(In reply to Jan Hubicka from comment #3)
> Sorry, got it wrong way around.
> Index: lto-cgraph.c
> ===
> --- lto-cgraph.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71089
--- Comment #6 from Markus Trippelsdorf ---
(In reply to Jan Hubicka from comment #5)
> Hi,
> I reproduced the firefox ICE now (it needs -O3 instead of default flags). I
> am testing
> the following patch which fixes some confusion between thunk
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71159
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |7.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71104
--- Comment #5 from Richard Biener ---
Interesting one. Not that I think we previously handled this "correctly":
:
foo ();
:
p.0 = p;
:
D.1765 = vfork ();
*p.0 = D.1765;
return;
:
ABNORMAL_DISPATCHER (0);
so we keep p.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71089
--- Comment #5 from Jan Hubicka ---
Hi,
I reproduced the firefox ICE now (it needs -O3 instead of default flags). I am
testing
the following patch which fixes some confusion between thunk and non-thunk
inline clones
(there can be both, because
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71106
Eric Botcazou changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71132
--- Comment #3 from Richard Biener ---
So the issue is that loop distribution computes control dependences in the
function once and queries them after processing some loops already (in this
case removing a loop and replacing it with a builtin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71114
Ilya Enkovich changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71114
--- Comment #22 from Ilya Enkovich ---
Author: ienkovich
Date: Tue May 17 09:28:15 2016
New Revision: 236315
URL: https://gcc.gnu.org/viewcvs?rev=236315=gcc=rev
Log:
gcc/
PR target/71114
* config/i386/i386.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71159
--- Comment #3 from Jan Hubicka ---
Sorry, got it wrong way around.
Index: lto-cgraph.c
===
--- lto-cgraph.c(revision 236275)
+++ lto-cgraph.c(working copy)
@@
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71159
Jan Hubicka changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71160
--- Comment #1 from Jakub Jelinek ---
Author: jakub
Date: Tue May 17 09:17:54 2016
New Revision: 236314
URL: https://gcc.gnu.org/viewcvs?rev=236314=gcc=rev
Log:
PR sanitizer/71160
* asan/asan_malloc_linux.cc: Cherry pick
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71161
--- Comment #2 from Dominique d'Humieres ---
> Probably dup of PR 71114. Does the patch in comment PR 71114#c13 work for you?
It should be PR 71114#c15 (PR 71114#c13 is broken).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71161
--- Comment #1 from Uroš Bizjak ---
Probably dup of PR 71114. Does the patch in comment PR 71114#c13 work for you?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71153
--- Comment #4 from dhowells at redhat dot com ---
That looks better here:
007c :
7c: d2a00801mov x1, #0x40 // #4194304
80: f8611001ldclrl x1, x1, [x0]
84: d65f03c0ret
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71105
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |6.2
Summary|[6 regression]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71106
Richard Biener changed:
What|Removed |Added
Target||mips
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71161
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |7.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71161
Bug ID: 71161
Summary: [7 Regression] Lots of ASAN and libgo runtime FAILs
after r236090
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Keywords: wrong-code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71114
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |7.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71117
Richard Biener changed:
What|Removed |Added
Keywords||rejects-valid
Target Milestone|---
1 - 100 of 131 matches
Mail list logo