https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82602
--- Comment #16 from David Brown ---
(In reply to Xi Ruoyao from comment #8)
> (In reply to David Brown from comment #7)
>
> > There is no intention to make "asm volatile" a barrier, as you get with a
> > memory clobber. The intention is to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82604
--- Comment #2 from amker at gcc dot gnu.org ---
(In reply to Richard Biener from comment #1)
> I suppose loop distribution inserted a version copy turning this into a
> non-perfect nest for outer loops and thus disabling autopar there.
>
> What
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82614
Bug ID: 82614
Summary: GCOV crashes while parsing gcda file
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81742
Paolo Carlini changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67629
--- Comment #5 from Martin Liška ---
That's for CC. However as the warning is triggered early, we don't have
optimized IL:
(gdb) p debug_function(cfun->decl, 0)
foo (_Bool a)
{
int D.1836;
[0.00%] [count: INV]:
if (a != 0)
goto ;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82610
Richard Biener changed:
What|Removed |Added
CC||dmalcolm at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82613
Bug ID: 82613
Summary: Cannot access private definitions in base clause of
friend class template
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71197
Paolo Carlini changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79689
Paolo Carlini changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79711
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81797
--- Comment #29 from Francois-Xavier Coudert ---
As suggested by Marc, I've removed the @ from include/Makefile.in, and removed
the leading - for lines with LN_S.
The result of "make -d --trace -j8 all-target-libstdc++-v3", in a build where
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82604
--- Comment #3 from rguenther at suse dot de ---
On Thu, 19 Oct 2017, amker at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82604
>
> --- Comment #2 from amker at gcc dot gnu.org ---
> (In reply to Richard Biener from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82604
Richard Biener changed:
What|Removed |Added
Keywords||missed-optimization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60440
--- Comment #3 from Martin Liška ---
Thanks for CC. Patches are currently under review.
About this PR: as 'b' is undeclared, the whole statement with the expression is
ignored and we have:
(gdb) p debug_function(cfun->decl, 0)
f (int a)
{
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82568
--- Comment #2 from Jakub Jelinek ---
Author: jakub
Date: Thu Oct 19 07:38:59 2017
New Revision: 253878
URL: https://gcc.gnu.org/viewcvs?rev=253878=gcc=rev
Log:
PR fortran/82568
* gfortran.h (gfc_resolve_do_iterator): Add a bool
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82517
--- Comment #1 from Martin Liška ---
Author: marxin
Date: Thu Oct 19 07:50:48 2017
New Revision: 253879
URL: https://gcc.gnu.org/viewcvs?rev=253879=gcc=rev
Log:
Do not instrument use-after-scope for vars with large alignment (PR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82575
--- Comment #4 from Richard Biener ---
(In reply to Alan Modra from comment #2)
> Created attachment 42397 [details]
> proposed patch
>
> I hadn't debugged past grepping for "debugobj" when I created the bugzilla.
> Now that I've looked
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71082
Paolo Carlini changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70869
Paolo Carlini changed:
What|Removed |Added
CC||farmaazon at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82614
--- Comment #1 from Marco Castelluccio ---
Created attachment 42399
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=42399=edit
GCNO file
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82580
--- Comment #13 from Jakub Jelinek ---
Author: jakub
Date: Thu Oct 19 08:37:04 2017
New Revision: 253884
URL: https://gcc.gnu.org/viewcvs?rev=253884=gcc=rev
Log:
PR target/82580
* config/i386/i386.md (setcc + movzbl to xor +
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82517
Martin Liška changed:
What|Removed |Added
Known to work||8.0
Known to fail|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81024
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82612
--- Comment #1 from Richard Biener ---
But we are not even having an ARRAY_REF in the IL ...
So try
int g (int i)
{
int (*p)[2] = (int (*)[2])
return (*p)[2];
}
where we also do not warn. Or the VLA variant:
int g (int i, int n)
{
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79917
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82545
--- Comment #10 from Ivo Raisr ---
Thank you for the fix. Works on the full source file as well.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79781
Paolo Carlini changed:
What|Removed |Added
CC||paolo.carlini at oracle dot com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82614
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55189
Martin Liška changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |marxin at gcc dot
gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82534
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82615
Martin Liška changed:
What|Removed |Added
Last reconfirmed||2017-10-19
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82615
Bug ID: 82615
Summary: [8 Regression] SPEC CPU2006 453.povray ~10%
performance deviation with trunk@248863
Product: gcc
Version: unknown
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82614
--- Comment #4 from Martin Liška ---
(In reply to Marco Castelluccio from comment #3)
> > Thanks for the report Marco. Looks it comes from Firefox, am I right?
>
> Yes, that's correct. Actually, from a build of the JS shell.
>
> > Which
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81795
--- Comment #7 from Eric Gallager ---
Compiling with an older GCC makes me wonder: could the fix for this bug also be
backported to the other open branches?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82575
--- Comment #5 from Alan Modra ---
> --- Comment #4 from Richard Biener ---
> Hmm, but those symbols will prevail, enlarging the final symbol table?
> Or are weak + hidden symbols removed even for shared libaries?
Well, they are still
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82616
Bug ID: 82616
Summary: ../bfd/.libs/libbfd.a(plugin.o): undefined reference
to symbol 'dlsym@@GLIBC_2.16'
Product: gcc
Version: 8.0
URL:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81048
--- Comment #6 from Paul Thomas ---
Author: pault
Date: Thu Oct 19 12:16:41 2017
New Revision: 253889
URL: https://gcc.gnu.org/viewcvs?rev=253889=gcc=rev
Log:
2017-10-19 Paul Thomas
PR fortran/81048
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81048
Paul Thomas changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82618
Bug ID: 82618
Summary: Inefficient double-word subtration on x86_64
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82580
--- Comment #15 from Morwenn ---
That was insanely fast, thanks a lot! :)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82595
--- Comment #3 from Eric Gallager ---
(In reply to Jakub Jelinek from comment #2)
> Well, lsan_preinit.o shouldn't be linked into liblsan.so.*, either we should
> just ignore it completely, or install and link in like asan_preinit.o or
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82618
--- Comment #1 from Jakub Jelinek ---
Or add a pattern for
(set (reg:DI 100)
(subreg:DI (minus:TI (reg/v:TI 90 [ x ])
(reg/v:TI 94 [ y ])) 8))
that combine would match and then reload that differently if not using SSE regs
and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82614
--- Comment #3 from Marco Castelluccio ---
> Thanks for the report Marco. Looks it comes from Firefox, am I right?
Yes, that's correct. Actually, from a build of the JS shell.
> Which version of GCC have you been using?
The build was done
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81942
Paolo Carlini changed:
What|Removed |Added
CC||nsz at gcc dot gnu.org
--- Comment #18
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82023
Paolo Carlini changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81829
--- Comment #8 from Martin Liška ---
Author: marxin
Date: Thu Oct 19 11:08:28 2017
New Revision: 253886
URL: https://gcc.gnu.org/viewcvs?rev=253886=gcc=rev
Log:
Revert r238089 (PR driver/81829).
2017-10-19 Martin Liska
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81829
Martin Liška changed:
What|Removed |Added
Known to work||8.0
--- Comment #9 from Martin Liška
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82617
Bug ID: 82617
Summary: Internal compiler error in expand_expr_real_1 when
compiling the attached file
Product: gcc
Version: 7.2.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82617
kargl at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82623
Andrew Pinski changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82625
Bug ID: 82625
Summary: lower-optimization are not inlined with symbol
multiversioning
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82595
--- Comment #6 from Eric Gallager ---
On 10/19/17, jakub at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82595
>
> --- Comment #5 from Jakub Jelinek ---
> BTW, why --without-pic? What you
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82620
kargl at gcc dot gnu.org changed:
What|Removed |Added
Priority|P3 |P4
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81797
--- Comment #32 from Marc Glisse ---
(In reply to Misty De Meo from comment #31)
> For what it's worth, Apple's response was: "We analyzed the issue and
> determined the problem to be a latent bug in gcc’s build system that is
> revealed by
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82597
--- Comment #5 from Arseny Solokha ---
So there is another testcase in PR82592.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82614
--- Comment #5 from Marco Castelluccio ---
(In reply to Martin Liška from comment #4)
> (In reply to Marco Castelluccio from comment #3)
> > > Thanks for the report Marco. Looks it comes from Firefox, am I right?
> >
> > Yes, that's correct.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79402
Paul Thomas changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82624
Bug ID: 82624
Summary: [msp430] Target must allow for NULL pointer
dereferences
Product: gcc
Version: 7.1.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82624
--- Comment #1 from Andrew Pinski ---
Patches should be sent to gcc-patches@.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81924
--- Comment #5 from Bill Schmidt ---
Yeah, that looks like a backporting oversight.
I'll have a look after I recover from the post-vacation email slog.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82597
--- Comment #6 from Michael Collison ---
Yes I am aware of that report. I have a fix that should be sent to gcc-patches
shortly.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82597
Michael Collison changed:
What|Removed |Added
CC||michael.collison at linaro dot
org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79402
--- Comment #4 from Paul Thomas ---
Author: pault
Date: Thu Oct 19 17:54:58 2017
New Revision: 253908
URL: https://gcc.gnu.org/viewcvs?rev=253908=gcc=rev
Log:
2017-10-19 Paul Thomas
PR fortran/79402
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82617
--- Comment #2 from Dominique d'Humieres ---
The ICE depends on the configuration of the compiler:
with --enable-checking=release, I get
during RTL pass: expand
pr82617.f90:27:0:
items = strwords_impl(str,white)
internal compiler error:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82626
Bug ID: 82626
Summary: -msse and -mfpmath=sse Causes __FLT_EVAL_METHOD__ to
be -1
Product: gcc
Version: 6.3.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82623
Bug ID: 82623
Summary: many omp tests failed for both C++ and Fortran,
gcc-6.4 on Redhat 7.3/64
Product: gcc
Version: 6.4.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82620
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82618
--- Comment #2 from Uroš Bizjak ---
Maybe a peephole2 pattern for sub_3 with:
"find_regno_note (peep2_next_insn (0), REG_UNUSED, operand[0])"
constraint that converts to equivalent compare would do the trick?
Hopefully, later passes
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82445
Richard Earnshaw changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82595
--- Comment #5 from Jakub Jelinek ---
BTW, why --without-pic? What you want to achieve by that?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82601
--- Comment #3 from janus at gcc dot gnu.org ---
Here is a variant of the example in comment 0, where the subroutine has been
substituted by a function:
program uninit
integer :: p,q
p = -1
q = f(p)
if (p
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82615
--- Comment #2 from Martin Liška ---
(In reply to Richard Biener from comment #1)
> The rev. was supposed to be a no-op?
I also guess so.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49582
Eric Gallager changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82445
--- Comment #6 from Richard Earnshaw ---
Author: rearnsha
Date: Thu Oct 19 13:10:42 2017
New Revision: 253890
URL: https://gcc.gnu.org/viewcvs?rev=253890=gcc=rev
Log:
[ARM] PR 82445 - suppress 32-bit aligned ldrd/strd peepholing with
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82595
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82618
--- Comment #3 from Uroš Bizjak ---
Created attachment 42402
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=42402=edit
Prototype patch
Attached patch compiles the test to:
movq%rsi, %r10
cmpq%rdx, %rdi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82618
--- Comment #4 from Jakub Jelinek ---
Comment on attachment 42402
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=42402
Prototype patch
Nice, thanks.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82601
--- Comment #2 from janus at gcc dot gnu.org ---
(In reply to Richard Biener from comment #1)
> (does intent(out) mean it comes in uninitialized?)
Yes. To quote the Fortran 2008 standard (from section 5.3.10):
"The INTENT (OUT) attribute for a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=37704
Eric Gallager changed:
What|Removed |Added
CC||fang at csl dot cornell.edu
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48097
Eric Gallager changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81797
--- Comment #30 from Marc Glisse ---
(In reply to Francois-Xavier Coudert from comment #29)
> The result of "make -d --trace -j8 all-target-libstdc++-v3", in a build
> where x86_64-apple-darwin17.0.0/libstdc++-v3 was entirely removed, can be
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82575
--- Comment #7 from Alan Modra ---
> --- Comment #6 from rguenther at suse dot de ---
> OK. I suppose they are properly prevailed by any global symbol of the same
> name
> as well? Like a weak definition with default visibility? Or is there
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82130
--- Comment #2 from janus at gcc dot gnu.org ---
(In reply to Heiko Eißfeldt from comment #1)
> This variant works for me with:
Yes, that's a simple workaround. Still, it would be nice to have support for
the stringification operator '#' in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82509
--- Comment #6 from Eric Botcazou ---
Author: ebotcazou
Date: Thu Oct 19 13:50:10 2017
New Revision: 253893
URL: https://gcc.gnu.org/viewcvs?rev=253893=gcc=rev
Log:
PR debug/82509
* dwarf2out.c (new_die_raw): New static inline
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82509
Eric Botcazou changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81591
--- Comment #10 from Jakub Sistek ---
Hello,
are there any news regarding this issue, please? Were you able to reproduce it?
Best wishes,
Jakub Sistek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82615
Richard Biener changed:
What|Removed |Added
Version|unknown |8.0
--- Comment #1 from Richard Biener
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82434
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82600
--- Comment #9 from Jakub Jelinek ---
Author: jakub
Date: Thu Oct 19 14:24:39 2017
New Revision: 253899
URL: https://gcc.gnu.org/viewcvs?rev=253899=gcc=rev
Log:
PR c++/82600
* typeck.c (check_return_expr): Don't call
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82600
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82575
--- Comment #6 from rguenther at suse dot de ---
On October 19, 2017 2:33:17 PM GMT+02:00, amodra at gmail dot com
wrote:
>https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82575
>
>--- Comment #5 from Alan Modra ---
>>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82445
--- Comment #8 from Richard Earnshaw ---
Author: rearnsha
Date: Thu Oct 19 13:16:42 2017
New Revision: 253892
URL: https://gcc.gnu.org/viewcvs?rev=253892=gcc=rev
Log:
[ARM] PR 82445 - suppress 32-bit aligned ldrd/strd peepholing with
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82445
--- Comment #7 from Richard Earnshaw ---
Author: rearnsha
Date: Thu Oct 19 13:14:55 2017
New Revision: 253891
URL: https://gcc.gnu.org/viewcvs?rev=253891=gcc=rev
Log:
[ARM] PR 82445 - suppress 32-bit aligned ldrd/strd peepholing with
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82610
--- Comment #2 from David Malcolm ---
Sorry about the breakage.
(In reply to Richard Biener from comment #1)
> Hmm, include/ shouldn't include system headers directly :/ Of course they
> all do...
>
> is probably not too bad to include
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82626
Andrew Pinski changed:
What|Removed |Added
Target||i?86-*-*
Status|UNCONFIRMED
/tmp/gcc/gcc-trunk/libexec/gcc/x86_64-pc-linux-gnu/8.0.0/lto-wrapper
Target: x86_64-pc-linux-gnu
Configured with: ../gcc-source-trunk/configure --enable-languages=c,c++,lto
--prefix=/home/su/software/tmp/gcc/gcc-trunk --disable-bootstrap
Thread model: posix
gcc version 8.0.0 20171019 (experimental
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82308
--- Comment #3 from paolo at gcc dot gnu.org ---
Author: paolo
Date: Fri Oct 20 00:30:41 2017
New Revision: 253920
URL: https://gcc.gnu.org/viewcvs?rev=253920=gcc=rev
Log:
2017-10-19 Paolo Carlini
PR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82626
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82575
Alan Modra changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81712
--- Comment #6 from Jonathan Wakely ---
Fixed by r249731 on trunk and r249956 on gcc-7-branch
1 - 100 of 137 matches
Mail list logo