https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80290
--- Comment #27 from Alexandre Oliva ---
Author: aoliva
Date: Thu Apr 19 06:39:06 2018
New Revision: 259486
URL: https://gcc.gnu.org/viewcvs?rev=259486&root=gcc&view=rev
Log:
PR c++/80290
* cp-tree.h (tinst_level::free): Fix whitespace.
Modifie
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85462
Bug ID: 85462
Summary: internal compiler error: in inc_refcount_use, at
cp/pt.c:8955
Product: gcc
Version: 8.0.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=14319
--- Comment #14 from Tim Rentsch ---
(In reply to James Kuyper from comment #11)
That last message was in reply to James Kuyper in #11. I
was expecting a reference would be added automatically.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=14319
Tim Rentsch changed:
What|Removed |Added
CC||txr at alumni dot caltech.edu
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58479
--- Comment #15 from Alexandre Oliva ---
t and the lexical block enclosing it are regarded as unused by
remove_unused_scope_block_p, so process_scope_var doesn't get a chance to
output location information for t. It's there at all because of ear
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80290
Alexandre Oliva changed:
What|Removed |Added
Keywords||deferred
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65892
James Kuyper Jr. changed:
What|Removed |Added
CC||jameskuyper at verizon dot net
--- Co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=14319
--- Comment #12 from James Kuyper Jr. ---
(In reply to Wolfgang Bangerth from comment #2)
> I can't believe the wording means what you imply. Assume that caller
> and callee are in different translation units, then there is no
> way for the com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=14319
James Kuyper Jr. changed:
What|Removed |Added
CC||jameskuyper at verizon dot net
--- Co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85461
Bug ID: 85461
Summary: A simple recursive TMP static const initializer
defeats gcc
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85444
--- Comment #7 from Will Hawkins ---
(In reply to Jonathan Wakely from comment #6)
> (In reply to Richard Biener from comment #3)
> > Btw, it could maybe used to adjust mangling... (in C++, that is).
>
> I wish GCC supported doing that for class
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80290
--- Comment #25 from Andrew Jeffery ---
I built and ran gcc master over the project that was causing us pain, and it
still does. Here's the output:
$ /usr/bin/time make libapphandler_la-sensor-gen.lo
CXX libapphandler_la-sensor-gen.lo
TIN
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85460
Bug ID: 85460
Summary: g++ does not check incompatible type
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85459
Bug ID: 85459
Summary: [8 Regression] Larger code generated from GMP template
meta-programming
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84941
John David Anglin changed:
What|Removed |Added
CC||danglin at gcc dot gnu.org
--- Comme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85458
Bug ID: 85458
Summary: FAIL: gcc.dg/pr83480.c (internal compiler error)
Product: gcc
Version: 8.0.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85444
--- Comment #6 from Jonathan Wakely ---
(In reply to Richard Biener from comment #3)
> Btw, it could maybe used to adjust mangling... (in C++, that is).
I wish GCC supported doing that for classes (and typedefs that define a name
for linkage pur
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85449
--- Comment #5 from Martin Jambor ---
All right, this is a different bug, the description in the summary describes it
fairly precisely. To the extent to which I am still awake, I believe the fix
is the patch below. I will test it properly tomor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84737
Pat Haugen changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
--- Comment #15
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85444
--- Comment #5 from Will Hawkins ---
(In reply to Jonathan Wakely from comment #2)
> For a start, patches go to the mailing list, not in bugzilla :-)
>
> https://gcc.gnu.org/contribute.html
Thank you, Jonathan! I was confused by this when I fir
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85444
--- Comment #4 from Will Hawkins ---
(In reply to Richard Biener from comment #3)
> Btw, it could maybe used to adjust mangling... (in C++, that is).
That is absolutely a possibility, if I only knew where to look :-) I found this
documentation:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85447
--- Comment #7 from Martin Jambor ---
Thinking about this a bit more, there can be cases where only a subset
(potentially empty) of clones of self-recursive edges of the cloned edges are
to be redirected... I will adjust the patch accordingly.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83983
Martin Liška changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85391
Martin Liška changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83983
--- Comment #13 from Martin Liška ---
Author: marxin
Date: Wed Apr 18 20:08:44 2018
New Revision: 259479
URL: https://gcc.gnu.org/viewcvs?rev=259479&root=gcc&view=rev
Log:
Make Wodr warnings stable.
2018-04-18 Martin Liska
PR ipa/83
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85391
--- Comment #18 from Martin Liška ---
Author: marxin
Date: Wed Apr 18 20:08:44 2018
New Revision: 259479
URL: https://gcc.gnu.org/viewcvs?rev=259479&root=gcc&view=rev
Log:
Make Wodr warnings stable.
2018-04-18 Martin Liska
PR ipa/83
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85198
Bill Schmidt changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83983
--- Comment #12 from Martin Liška ---
Author: marxin
Date: Wed Apr 18 20:06:07 2018
New Revision: 259478
URL: https://gcc.gnu.org/viewcvs?rev=259478&root=gcc&view=rev
Log:
Revert r258133.
2018-04-18 Martin Liska
Revert
2018-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84805
--- Comment #11 from Martin Liška ---
Author: marxin
Date: Wed Apr 18 20:05:10 2018
New Revision: 259477
URL: https://gcc.gnu.org/viewcvs?rev=259477&root=gcc&view=rev
Log:
Revert r25841.
2018-04-18 Martin Liska
Revert
2018-0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85457
Bug ID: 85457
Summary: enum and auto template parameter mixup
Product: gcc
Version: 7.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=44646
janus at gcc dot gnu.org changed:
What|Removed |Added
CC||janus at gcc dot gnu.org
--- C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78219
janus at gcc dot gnu.org changed:
What|Removed |Added
Blocks||44646
--- Comment #4 from janu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85456
Michael Meissner changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85456
Bug ID: 85456
Summary: PowerPC: Using -mabi=ieeelongdouble calls wrong
function for __builtin_powi.
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: norm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85388
H.J. Lu changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81652
Bug 81652 depends on bug 85388, which changed state.
Bug 85388 Summary: Missing ENDBR after __morestack call
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85388
What|Removed |Added
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85388
--- Comment #6 from hjl at gcc dot gnu.org ---
Author: hjl
Date: Wed Apr 18 19:14:28 2018
New Revision: 259475
URL: https://gcc.gnu.org/viewcvs?rev=259475&root=gcc&view=rev
Log:
i386: Insert ENDBR after __morestack call
Since __morestack will j
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=20585
Bug 20585 depends on bug 31298, which changed state.
Bug 31298 Summary: [F03] use mod, operator(+) => operator(.userOp.) not
supported
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=31298
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=31298
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85440
--- Comment #9 from Dennis Clarke ---
Thank you Sir.
I think it best if I stay with the nightly/test tarball found
at https://gcc.gnu.org/pub/gcc/snapshots/LATEST-8/ and then
I won't have to fiddle with automake/reconf etc or be too
concerne
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85440
kargl at gcc dot gnu.org changed:
What|Removed |Added
CC||kargl at gcc dot gnu.org
--- C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85448
kargl at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85455
Bug ID: 85455
Summary: [8 Regression] ICE in verify_loop_structure, at
cfgloop.c:1708 (error: basic block 3 should be marked
irreducible)
Product: gcc
Version: 8.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85440
--- Comment #7 from Dennis Clarke ---
found this : https://gcc.gnu.org/pub/gcc/snapshots/LATEST-8/
I will give that a try.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85449
--- Comment #4 from Martin Jambor ---
OK, I can see a failure with trunk but not with my fix for PR 85447. Looking
into IPA-CP dumps of both, I guess that although the mechanism of this bug
might be slightly different, the fix will be the same.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85447
Martin Jambor changed:
What|Removed |Added
Attachment #43979|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50639
--- Comment #2 from Andi Kleen ---
FWIW the problem disappeared for me at some point (could have been newer kernel
or different make). I don't see it anymore.
I think it was some problems with the pipes used by the job server losing a
token
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81084
Arseny Solokha changed:
What|Removed |Added
CC||asolokha at gmx dot com
--- Comment #34
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85449
Martin Liška changed:
What|Removed |Added
Status|WAITING |NEW
--- Comment #3 from Martin Liška ---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85440
--- Comment #6 from Dennis Clarke ---
Following the instructions at https://gcc.gnu.org/wiki/GitMirror there is
no branch anywhere that claims to be a version 8 type.
Where is this ver 8 code hidden away ?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81084
--- Comment #33 from Jakub Jelinek ---
(In reply to John Paul Adrian Glaubitz from comment #32)
> Andrew said he is still working on it. That is not the same as saying the
> promise is not going to be kept. gcc isn't a trivial project after all a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81084
--- Comment #32 from John Paul Adrian Glaubitz ---
(In reply to Segher Boessenkool from comment #31)
> It would have been announced in gcc-7/changes.html (linked from the
> announcement on gcc-announce@, I do hope you read that?), but instead of
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81084
--- Comment #31 from Segher Boessenkool ---
(In reply to John Paul Adrian Glaubitz from comment #30)
> > The announcement of the intent to obsolete the port has been posted already
> > more than a year ago, if you look in the comments in this PR,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85449
--- Comment #2 from Tamar Christina ---
The latest master seems to not trigger the problematic specializations.
Instead check out commit d7ddbf366197605642f725cce6165dfb179a114e
and then a normal
CFLAGS="-O3 -w -save-temps" ./configure
make
m
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85434
--- Comment #6 from Thomas Preud'homme ---
(In reply to Thomas Preud'homme from comment #3)
>
> My feeling is that the target patterns should also do the address
> computation, ie stack_protect_set and stack_protect_test would take that MEM
> of
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85440
Jakub Jelinek changed:
What|Removed |Added
Known to work||8.0
--- Comment #5 from Jakub Jelinek -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85440
Dennis Clarke changed:
What|Removed |Added
Known to work|8.0 |
--- Comment #4 from Dennis Clarke ---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81084
--- Comment #30 from John Paul Adrian Glaubitz ---
(In reply to Jakub Jelinek from comment #29)
> The rs6000 backend had since the split around 290 commits that didn't touch
> the powerpcspe backend, if we just assume that only 20% of those are
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85398
--- Comment #4 from Martin Sebor ---
A simpler test case is this (which is analogous to what the loop is transformed
into):
$ cat x.c && gcc -O2 -S -Wall x.c
unsigned left[1];
unsigned long right[1];
void f (unsigned i)
{
if (i)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85454
Bug ID: 85454
Summary: Multiple memory corruptions in objdump / C++ name
demangler (binuitils-2.30-15ubuntu1)
Product: gcc
Version: unknown
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81084
--- Comment #29 from Jakub Jelinek ---
The port is not actively maintained and contains estimated 75%-80% of dead
code.
The rs6000 backend had since the split around 290 commits that didn't touch the
powerpcspe backend, if we just assume that onl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85439
--- Comment #3 from Jonathan Wakely ---
The Boost implementations of mt19937 and uniform_int_distribution produce a
third slightly different set of results:
32 bits gen, uint32_t: 3499211612
32 bits gen, uint64_t: 2499109626135559004
64 bits gen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81084
--- Comment #28 from John Paul Adrian Glaubitz ---
Just built two weeks ago, natively:
root@atlantis:~> gcc-8 -v
Using built-in specs.
COLLECT_GCC=gcc-8
COLLECT_LTO_WRAPPER=/usr/lib/gcc/powerpc-linux-gnuspe/8/lto-wrapper
Target: powerpc-linux-gn
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81084
John Paul Adrian Glaubitz changed:
What|Removed |Added
CC||glaubitz at physik dot
fu-be
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85439
--- Comment #2 from Jonathan Wakely ---
I don't think there is a "right" answer, because the precise behaviour of
std::uniform_int_distribution is unspecified. The mersenne twister RBGs must
give portable results across implementations, but the d
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61982
--- Comment #11 from hyrosen at mail dot com ---
(In reply to Jakub Jelinek from comment #10)
> (In reply to hyrosen from comment #9)
> > The storage for an object can still be accessible after the object is
> > destroyed. Therefore, writes in th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85424
Bill Schmidt changed:
What|Removed |Added
Target Milestone|--- |7.4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85449
Martin Liška changed:
What|Removed |Added
Status|NEW |WAITING
--- Comment #1 from Martin Liška
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85453
Bug ID: 85453
Summary: OOM-Bug in cxxfilt / C++ name demangler
(binuitils-2.30-15ubuntu1)
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85434
--- Comment #5 from Thomas Preud'homme ---
(In reply to Wilco from comment #4)
> Clearly rematerialization isn't working correctly. Immediates and constant
> addresses like this should never be spilled (using MOV/MOVK could increase
> codesize, b
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85452
Bug ID: 85452
Summary: Stack-Overflow in nm-new / C++ name demangler
(binuitils-2.30-15ubuntu1)
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: norm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85439
--- Comment #1 from Marc "Foddex" Oude Kotte ---
When one adds std::hex output formatting for the first four std::cout calls,
for example the first line would then look like:
std::cout << "32 bits gen, uint32_t: " << std::hex <<
generateRandom()
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61982
--- Comment #10 from Jakub Jelinek ---
(In reply to hyrosen from comment #9)
> The storage for an object can still be accessible after the object is
> destroyed. Therefore, writes in the destructor should not be eliminated
> unless they are prov
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61982
hyrosen at mail dot com changed:
What|Removed |Added
CC||hyrosen at mail dot com
--- Com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85220
--- Comment #3 from Tom de Vries ---
Filed:
- PR85221 "[openacc] ICE in install_var_field, at omp-low.c:657"
- PR85445 "[nvptx, openacc] Calls to worker and vector routine broken"
and updated a few existing PRs.
There are lots of execution fai
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85439
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85261
Thomas Preud'homme changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85261
--- Comment #6 from Thomas Preud'homme ---
Author: thopre01
Date: Wed Apr 18 13:17:30 2018
New Revision: 259469
URL: https://gcc.gnu.org/viewcvs?rev=259469&root=gcc&view=rev
Log:
[ARM] Fix PR85261: ICE with FPSCR setter builtin
Instruction patt
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85442
Jonathan Wakely changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85442
--- Comment #6 from Jonathan Wakely ---
Author: redi
Date: Wed Apr 18 13:13:29 2018
New Revision: 259468
URL: https://gcc.gnu.org/viewcvs?rev=259468&root=gcc&view=rev
Log:
PR libstdc++/85442 fix duplicate debuginfo for cxx11-ios_failure.cc
2018
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54412
Liu Hao changed:
What|Removed |Added
CC||lh_mouse at 126 dot com
--- Comment #21 from L
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85422
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85451
--- Comment #3 from Tom de Vries ---
(In reply to Tom de Vries from comment #0)
> ...
> $ ./install/bin/x86_64-pc-linux-gnu-gcc -fopenacc test.c \
> -B $(pwd
> -P)/install/offload-nvptx-none/libexec/gcc/x86_64-pc-linux-gnu/8.0.1
> mkoffload: fa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85422
--- Comment #8 from Tom de Vries ---
(In reply to Tom de Vries from comment #7)
> (In reply to Richard Biener from comment #3)
> > flags? A simple ./xgcc -fopenacc doesn't reproduce it. With my GCC 7
> > install I see
> >
> > lto-wrapper: fata
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85451
--- Comment #2 from Tom de Vries ---
(In reply to Tom de Vries from comment #1)
> Created attachment 43980 [details]
> Tentative patch
Improved error message:
...
$ ./install/bin/x86_64-pc-linux-gnu-gcc -fopenacc test.c
lto-wrapper: fatal error:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85451
--- Comment #1 from Tom de Vries ---
Created attachment 43980
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43980&action=edit
Tentative patch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85451
Bug ID: 85451
Summary: [offloading] Improve lto-wrapper error message when
not finding mkoffload
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: enhance
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85442
--- Comment #5 from Jonathan Wakely ---
Author: redi
Date: Wed Apr 18 12:14:58 2018
New Revision: 259467
URL: https://gcc.gnu.org/viewcvs?rev=259467&root=gcc&view=rev
Log:
PR libstdc++/85442 fix duplicate debuginfo for cxx11-ios_failure.cc
2018
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85450
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85450
Bug ID: 85450
Summary: ICE: invalid types in nop conversion during GIMPLE
pass: ompexp
Product: gcc
Version: 8.0.1
Status: UNCONFIRMED
Keywords: openmp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85379
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85261
--- Comment #5 from Thomas Preud'homme ---
Author: thopre01
Date: Wed Apr 18 11:42:10 2018
New Revision: 259465
URL: https://gcc.gnu.org/viewcvs?rev=259465&root=gcc&view=rev
Log:
[ARM] Fix PR85261: ICE with FPSCR setter builtin
Instruction patt
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85442
Jonathan Wakely changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85391
--- Comment #17 from Jan Hubicka ---
Author: hubicka
Date: Wed Apr 18 11:29:26 2018
New Revision: 259464
URL: https://gcc.gnu.org/viewcvs?rev=259464&root=gcc&view=rev
Log:
PR lto/85391
* lto.c (lto_read_decls): Do not test TYPE_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85441
--- Comment #3 from sebastian321123 at interia dot pl ---
I am afraid that nothing changes with optimisation flags. I am getting the same
results for -O1, -O2, -O3 and -Os
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85442
Joseph S. Myers changed:
What|Removed |Added
Target Milestone|8.0 |7.4
Summary|[8 Regression]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85422
Tom de Vries changed:
What|Removed |Added
CC||tschwinge at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84442
Jonathan Wakely changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84442
--- Comment #6 from Jonathan Wakely ---
Author: redi
Date: Wed Apr 18 11:15:38 2018
New Revision: 259463
URL: https://gcc.gnu.org/viewcvs?rev=259463&root=gcc&view=rev
Log:
PR libstdc++/84442 if _Exit isn't declared then use _exit instead
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85447
--- Comment #5 from Martin Jambor ---
Created attachment 43979
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43979&action=edit
Untested WIP fix
I have to leave office for a few hours, I'm attaching an untested fix I have so
far. I will c
1 - 100 of 168 matches
Mail list logo
