https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92600
--- Comment #7 from Martin Liška ---
(In reply to Jan Hubicka from comment #6)
> Well, because the source files differs, the comdat group differs and the
> loosing one has fewer symbols in it. So we end up keeping some symbols from
> the other
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93272
--- Comment #1 from Andreas Krebbel ---
Created attachment 47656
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47656=edit
Experimental patch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93271
--- Comment #5 from Jan Hubicka ---
Also I think it is violation of C++ memory model since we introduce load+store
pair where there was none before?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92424
nsz at gcc dot gnu.org changed:
What|Removed |Added
Target|aarch64 |aarch64, x86
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92077
--- Comment #4 from Jan Hubicka ---
We have --param comdat-sharing-probablity which says that average comdat
function has only 20% chance to be shared with another copy of same comdat in
other unit. This was introduced because of Firefox
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92240
Martin Liška changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93257
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93144
--- Comment #6 from Martin Liška ---
(In reply to Jan Hubicka from comment #5)
> Well, the problem was debug info getting bigger due to more inlining? I guss
> in that case we could close it. That patch is expected to allow more inlines.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89358
Martin Liška changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93271
--- Comment #2 from Jan Hubicka ---
Fails at least for gcc 4.9+, but it must be regression compared to pre-tree-ssa
GCCs (which I don't have installed :)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93273
Andrew Pinski changed:
What|Removed |Added
Component|c++ |middle-end
--- Comment #1 from Andrew
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93270
--- Comment #2 from Richard Biener ---
And pasting from my ml analysis:
So clearly something is wrong:
unit-size
align:128 warn_if_not_align:0 symtab:0 alias-set 2
canonical-type 0x7682d3f0 precision:80
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93263
markeggleston at gcc dot gnu.org changed:
What|Removed |Added
CC||markeggleston at gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93199
Martin Liška changed:
What|Removed |Added
Keywords||patch
--- Comment #23 from Martin Liška
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93271
Jan Hubicka changed:
What|Removed |Added
Keywords|wrong-code |
Target|i?86-linux-gnu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93271
--- Comment #6 from Andrew Pinski ---
(In reply to Jan Hubicka from comment #5)
> Also I think it is violation of C++ memory model since we introduce
> load+store pair where there was none before?
No because a cannot be accessed by another
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93271
Bug ID: 93271
Summary: SRA producing wrong code on denormals
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93271
Andrew Pinski changed:
What|Removed |Added
Keywords||wrong-code
Target|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93263
--- Comment #2 from markeggleston at gcc dot gnu.org ---
I had thought I may have caused this but checking out release/gcc-9.2 shows
that the last commit for that release was r274274 from SVN.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89358
Martin Liška changed:
What|Removed |Added
Assignee|hubicka at gcc dot gnu.org |marxin at gcc dot
gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89358
--- Comment #21 from CVS Commits ---
The releases/gcc-8 branch has been updated by Martin Liska
:
https://gcc.gnu.org/g:13ef7dc2448c0f9d8981577bb5448ee9b6842b1c
commit r8-9935-g13ef7dc2448c0f9d8981577bb5448ee9b6842b1c
Author: Martin Liska
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93270
Richard Biener changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93272
Bug ID: 93272
Summary: LRA: EH reg allocated to hold local variable
Product: gcc
Version: 5.5.0
Status: UNCONFIRMED
Severity: major
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93270
--- Comment #3 from Richard Biener ---
The question that pops up is more general. If you consider a store with
a mode that has GET_MODE_BITSIZE > GET_MODE_PRECISION, what happens to the
off-precision bits? So I would guess the DSE issue
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93271
Richard Biener changed:
What|Removed |Added
CC||jamborm at gcc dot gnu.org
--- Comment
, %eax
ret
.cfi_endproc
.LFE0:
.size f, .-f
.ident "GCC: (GNU) 10.0.0 20200115 (experimental)"
.section.note.GNU-stack,"",@progbits
Whereas at -O2 the object code is much smaller:
.p2align 4
.globl f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93273
Bug ID: 93273
Summary: "error: missing definition" and "internal compiler
error: verify_ssa failed", in code involving _setjmp
Product: gcc
Version: 10.0
Status:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93275
Bug ID: 93275
Summary: Error when calculating template parameters in
recursive template function call
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93274
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93247
rsandifo at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93274
Bernhard M. Wiedemann changed:
What|Removed |Added
CC||gccbmw at lsmod dot de
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93273
--- Comment #4 from CVS Commits ---
The master branch has been updated by Richard Guenther :
https://gcc.gnu.org/g:37e27de43133b87ceb529d863f0d1f54d87cf2d8
commit r10-5982-g37e27de43133b87ceb529d863f0d1f54d87cf2d8
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=40838
--- Comment #95 from Dzianis Kahanovich ---
Just FYI. Novadays, on my Thinkpad tablet with Atom (32 bit userspace Gentoo),
I globally replace patch/-mstackrealign to "-fvect-cost-model=cheap
-fsimd-cost-model=cheap -malign-data=cacheline" and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93273
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92692
--- Comment #10 from Wilco ---
(In reply to Jakub Jelinek from comment #9)
> Any -march= or similar? Can't reproduce with current trunk, nor
> with even Oct 10 GCC snapshot (crosses in both cases).
> grep -B1 stxr pr92692.s
> doesn't show any
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93199
Bug 93199 depends on bug 93273, which changed state.
Bug 93273 Summary: "error: missing definition" and "internal compiler error:
verify_ssa failed", in code involving _setjmp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93273
What
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93243
--- Comment #3 from Leo Yuriev ---
> (a) < (b) is not equal to ((a) - (b) < 0)
> Compiler will trait them differently.
Yes, of course. Moreover, in the second case, correct sorting requires limiting
the range of keys to avoid overflow when
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93275
--- Comment #1 from ahmet özhan ---
: In substitution of 'template
template
> > array_depth_v), std::nullptr_t>::type > constexpr
math::array math::array::operator*(const Other&) const [with Other
= ; typename std::enable_if<(array_depth_v > >
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93263
Tobias Burnus changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93275
--- Comment #2 from ahmet özhan ---
template > array_depth_v),
std::nullptr_t> = nullptr>
constexpr array operator * (const Other& other) const {
array result {};
std::transform(
std::begin(*this),
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93271
Martin Jambor changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93273
--- Comment #3 from Richard Biener ---
(In reply to Richard Biener from comment #2)
> Confirmed. Wrecked by
>
> #1 0x01627e0d in sink_clobbers (bb= (9)>,
> sunk=0x391bb90, found_opportunity=0x0)
> at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93276
Bug ID: 93276
Summary: Build error of current trunk indicating "#pragma GCC
diagnostic not allowed inside functions"
Product: gcc
Version: unknown
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93274
Bug ID: 93274
Summary: target_clones produces symbols with random digits with
-fPIC
Product: gcc
Version: 9.2.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93273
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93094
--- Comment #4 from Richard Biener ---
The issue seems to be that we do not find the LOOP_VECTORIZED guarding IFN
because we have inserted code in the preheader during pattern detection it
seems.
Testing a fix.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92765
Martin Sebor changed:
What|Removed |Added
Keywords||patch
Summary|[10 Regression]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93243
--- Comment #4 from Leo Yuriev ---
Created attachment 47657
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47657=edit
testcase source code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93276
--- Comment #1 from David Malcolm ---
Thanks for the bug report; am investigating.
For now, --disable-analyzer at configure time ought to disable this code and
allow your builds to continue.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93267
Jonathan Wakely changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92692
--- Comment #11 from ktkachov at gcc dot gnu.org ---
It will need a target with LSE atomics. -march=armv8.1-a or equivalent. Or add
+lse to an -march or -mcpu line.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93274
--- Comment #1 from Richard Biener ---
Probably caused by
/* IFUNC's have to be globally visible. So, if the default_decl is
not, then the name of the IFUNC should be made unique. */
if (TREE_PUBLIC (default_decl) == 0)
{
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93243
--- Comment #5 from Leo Yuriev ---
Created attachment 47658
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47658=edit
testcase makefile
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93267
--- Comment #9 from CVS Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:2a0f6c61b4db19535c632be68bddad74b6adb6cf
commit r10-5985-g2a0f6c61b4db19535c632be68bddad74b6adb6cf
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53769
Christophe Monat changed:
What|Removed |Added
CC||christophe.monat at st dot com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93231
--- Comment #7 from CVS Commits ---
The master branch has been updated by Wilco Dijkstra :
https://gcc.gnu.org/g:bc071d3a951a98284a3f46043afd44c03c123376
commit r10-5986-gbc071d3a951a98284a3f46043afd44c03c123376
Author: Wilco Dijkstra
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93267
Jonathan Wakely changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88443
Bug 88443 depends on bug 92623, which changed state.
Bug 92623 Summary: FAIL: gcc.dg/Wstringop-overflow-17.c on ILP32: missing
warning on line 8
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92623
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92623
Martin Sebor changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85515
Nathan Sidwell changed:
What|Removed |Added
CC||nathan at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93263
markeggleston at gcc dot gnu.org changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |markeggleston
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93278
Bug ID: 93278
Summary: huge almost empty array takes huge time to compile and
produces huge object file
Product: gcc
Version: 7.4.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93279
Bug ID: 93279
Summary: [9 Regression] Template substitution ICE
Product: gcc
Version: unknown
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93277
Bug ID: 93277
Summary: powerpc64*-linux doesn't bootstrap after switch to git
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93277
--- Comment #1 from Jonathan Wakely ---
I don't see this, could one of your trees be corrupted somehow?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93277
--- Comment #2 from Peter Bergner ---
(In reply to Jonathan Wakely from comment #1)
> I don't see this, could one of your trees be corrupted somehow?
I see this on two different systems using src trees from two separate git
clones (ie, I didn't
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93279
David Edelsohn changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93254
--- Comment #4 from CVS Commits ---
The releases/gcc-9 branch has been updated by Uros Bizjak :
https://gcc.gnu.org/g:49e76760a298b735a07e4165d9b8c73946e32287
commit r9-8135-g49e76760a298b735a07e4165d9b8c73946e32287
Author: Uros Bizjak
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93280
Bug ID: 93280
Summary: ice: in cp_gimplify_expr, at cp /cp-gimplify.c:933
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91073
--- Comment #11 from CVS Commits ---
The master branch has been updated by Paolo Carlini :
https://gcc.gnu.org/g:83fe2b921830c177e3dee514aa07cbc7c8ceef1c
commit r10-5990-g83fe2b921830c177e3dee514aa07cbc7c8ceef1c
Author: Paolo Carlini
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92871
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93257
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93281
--- Comment #1 from David Malcolm ---
These are all of the various:
__analyzer_eval (q[-2].x == 107024); /* { dg-warning "TRUE" } */
__analyzer_eval (q[-2].y == 107025); /* { dg-warning "TRUE" } */
emitting UNKNOWN instead.
The -m32 gimple
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93254
Uroš Bizjak changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93277
--- Comment #4 from Peter Bergner ---
(In reply to Peter Bergner from comment #3)
> Strangely, using "gcc.foo" seems to be ok. Is there something special about
> source directory names "gcc.svn" and "gcc.git"?
So even "gcc-foo.git" causes a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93257
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93257
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=33799
--- Comment #10 from CVS Commits ---
The master branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:299ddc612136421f1d9865ea4f2f84f7e3791824
commit r10-5989-g299ddc612136421f1d9865ea4f2f84f7e3791824
Author: Jason Merrill
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93072
--- Comment #5 from CVS Commits ---
The releases/gcc-9 branch has been updated by Joseph Myers :
https://gcc.gnu.org/g:7cc6b679a0d0e50c0e1671fefa815dc753554184
commit r9-8136-g7cc6b679a0d0e50c0e1671fefa815dc753554184
Author: Joseph Myers
Priority: P3
Component: bootstrap
Assignee: unassigned at gcc dot gnu.org
Reporter: doko at debian dot org
Target Milestone: ---
seen with trunk 20200115:
x86_64-linux-gnu-g++-9 -std=gnu++98 -c -g -DIN_GCC -fno-exceptions
-fno-rtti -fasynchronous-unwind
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93277
--- Comment #3 from Peter Bergner ---
So this ends up not being a git conversion issue. I can also get this to fail
using my svn tree as well now. The problem seems to be the choice in gcc
source tree directory name. I had chosen "gcc.git" to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93280
--- Comment #1 from David Binderman ---
Reduced C++ code is:
struct a {
template a(b);
int c;
};
struct d {
a e{0};
};
void f() {
d g;
g = {};
}
$ /home/dcb/gcc/results/bin/gcc -c bug583.cc
bug583.cc: In function ‘void f()’:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92590
--- Comment #5 from Pavel Roskin ---
Confirming fix on the original code. Thank you!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92871
--- Comment #2 from CVS Commits ---
The master branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:7192b1ec12484f5ca8b20930d8dc4d28ab4a533a
commit r10-5987-g7192b1ec12484f5ca8b20930d8dc4d28ab4a533a
Author: Jason Merrill
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92831
--- Comment #9 from CVS Commits ---
The master branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:7192b1ec12484f5ca8b20930d8dc4d28ab4a533a
commit r10-5987-g7192b1ec12484f5ca8b20930d8dc4d28ab4a533a
Author: Jason Merrill
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93281
Bug ID: 93281
Summary: Various analyzer testsuite failures for 32-bit targets
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93281
David Malcolm changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92692
Wilco changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |wilco at gcc dot gnu.org
--- Comment #13
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92692
--- Comment #14 from Jakub Jelinek ---
(In reply to Wilco from comment #10)
> (In reply to Jakub Jelinek from comment #9)
> > Any -march= or similar? Can't reproduce with current trunk, nor
> > with even Oct 10 GCC snapshot (crosses in both
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93280
David Binderman changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91073
Paolo Carlini changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|paolo at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53769
--- Comment #11 from joseph at codesourcery dot com ---
On Wed, 15 Jan 2020, christophe.monat at st dot com wrote:
> Now that C11 is complete, would it be acceptable to have GCC define
> __STDC_NO_THREADS__ and __STDC_NO_ATOMIC__ when
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87106
--- Comment #24 from Marc Glisse ---
Something like that, yes. Essentially, I used trivial because I was convinced
it was safe in that case, not because it looked like the perfect condition. If
someone can convincingly argue for a weaker
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93247
--- Comment #4 from CVS Commits ---
The master branch has been updated by Richard Sandiford :
https://gcc.gnu.org/g:711421af001b8f4f044f485c78f1d07ed5201656
commit r10-5980-g711421af001b8f4f044f485c78f1d07ed5201656
Author: Richard Sandiford
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92692
--- Comment #12 from ktkachov at gcc dot gnu.org ---
(In reply to ktkachov from comment #11)
> It will need a target with LSE atomics. -march=armv8.1-a or equivalent. Or
> add +lse to an -march or -mcpu line.
Wait, no sorry, this shouldn't be
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93274
Alexander Monakov changed:
What|Removed |Added
CC||amonakov at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92980
--- Comment #10 from rguenther at suse dot de ---
On January 16, 2020 3:55:18 AM GMT+01:00, wwwhhhyyy333 at gmail dot com
wrote:
>https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92980
>
>--- Comment #9 from Hongyu Wang ---
>(In reply to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93253
--- Comment #8 from CVS Commits ---
The master branch has been updated by Tobias Burnus :
https://gcc.gnu.org/g:c35a3046247c495509610b50c7a85683d540811a
commit r10-5994-gc35a3046247c495509610b50c7a85683d540811a
Author: Tobias Burnus
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93281
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92980
--- Comment #9 from Hongyu Wang ---
(In reply to Hongtao.liu from comment #6)
> New fail by removal
> unix/-m32: gcc.dg/tree-ssa/copy-headers-5.c scan-tree-dump ch2 "is now
> do-while loop"
> unix/-m32: gcc.dg/tree-ssa/copy-headers-5.c
1 - 100 of 111 matches
Mail list logo
