https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84400
Bug ID: 84400
Summary: “linux” string in path replaced when using “<>” angle
brackets to include a header
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84400
--- Comment #1 from Andrew Pinski ---
linux is a macro defined to 1. In <> case the macro is expanded while in ""
case, the token is a string.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84401
Bug ID: 84401
Summary: Misleading error message when running out of RAM
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84403
Bug ID: 84403
Summary: Possible further extension of constexpr: allow to use
them as template parameters
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84402
Bug ID: 84402
Summary: [meta] GCC build system: parallelism bottleneck
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84400
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84402
--- Comment #1 from Martin Liška ---
Created attachment 43420
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43420&action=edit
make all-host -j8 on 8 core Haswell machine
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84402
--- Comment #3 from Martin Liška ---
Created attachment 43422
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43422&action=edit
make (for configure --disable-boostrap) -j128 on 128 core EPYC machine
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84402
--- Comment #2 from Martin Liška ---
Created attachment 43421
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43421&action=edit
make all-host -j128 on 128 core EPYC machine
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84402
--- Comment #4 from Martin Liška ---
Created attachment 43423
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43423&action=edit
wall time report: make (for configure --disable-boostrap) on Haswell machine
(system compiler -O2 -g)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84402
--- Comment #5 from Martin Liška ---
Created attachment 43424
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43424&action=edit
wall time report: boostrap stage1 on Haswell machine
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84402
--- Comment #6 from Martin Liška ---
Created attachment 43425
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43425&action=edit
wall time report: boostrap stage2 on Haswell machine
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84402
--- Comment #7 from Martin Liška ---
Created attachment 43426
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43426&action=edit
wall time report: boostrap stage3 on Haswell machine
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82939
--- Comment #9 from rguenther at suse dot de ---
On Wed, 14 Feb 2018, egallager at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82939
>
> --- Comment #8 from Eric Gallager ---
> (In reply to Eric Gallager from comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84400
--- Comment #3 from mihai pop ---
This works, great
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84402
--- Comment #8 from Martin Liška ---
I forgot to note that minimum time threshold is 0.5s for the wall time reports.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83530
--- Comment #11 from Andrey Belevantsev ---
I've made a deeper comparison with what the Haifa does. We diverge because the
loop in reset_sched_cycles only models resource stalls and relies on the
information from the earlier scheduling pass for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82939
Richard Biener changed:
What|Removed |Added
CC||msebor at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84404
Bug ID: 84404
Summary: Several "leb128 operand is an undefined symbol" in go
testsuite with latest debug improvements
Product: gcc
Version: 8.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82939
Richard Biener changed:
What|Removed |Added
Keywords||documentation
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81797
--- Comment #52 from Francois-Xavier Coudert ---
Jonathan,
Would the patch in comment 42 be acceptable? I'm suggesting it as an interim
fix, limited to the known affected build triplets while get somehow get Apple
to fix the APFS issue, so that
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84404
--- Comment #1 from Uroš Bizjak ---
Created attachment 43427
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43427&action=edit
generated assembly
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84404
Uroš Bizjak changed:
What|Removed |Added
Target||alphaev68-linux-gnu
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82939
--- Comment #12 from Richard Biener ---
So the following restores genmatch functionality for me with using GCC 4.2.3 as
host compiler
Index: libcpp/line-map.c
===
--- libcpp/line-ma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82939
--- Comment #13 from Richard Biener ---
Unreliable testcase ("works" for me at -O2 but not -O0 -- we need the
default-constructed assignment RHS on the stack to have an uninitialized value
of non-zero):
struct line_maps {
~line_maps ();
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82939
--- Comment #14 from Richard Biener ---
The following testcase from Jakub seems to work reliably at -O{0,1,2}:
extern "C" void abort ();
struct S { ~S () { if (x) abort (); }; int x, y, z; };
void foo (S *p) { *p = S (); }
int main () { S s; s.x
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84334
--- Comment #4 from Jakub Jelinek ---
Author: jakub
Date: Thu Feb 15 11:17:05 2018
New Revision: 257683
URL: https://gcc.gnu.org/viewcvs?rev=257683&root=gcc&view=rev
Log:
PR tree-optimization/84334
* match.pd ((A +- CST1) +- CST2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84383
--- Comment #5 from Jakub Jelinek ---
Author: jakub
Date: Thu Feb 15 11:18:47 2018
New Revision: 257684
URL: https://gcc.gnu.org/viewcvs?rev=257684&root=gcc&view=rev
Log:
PR tree-optimization/84383
* tree-ssa-strlen.c (maybe_diag
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84400
--- Comment #4 from Jonathan Wakely ---
You can also just use the "" version instead of <>. Since you're using an
absolute path it makes no difference anyway, the same file will always be
included.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82939
--- Comment #15 from Jakub Jelinek ---
Full testcase suitable for configure:
extern "C" void abort ();
struct S { ~S () { if (x) abort (); }; int x, y, z; };
void foo (S *p) { *p = S (); }
int main () { S s; s.x = 1; s.y = 2; s.z = 3; foo (&s); i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81797
Jonathan Wakely changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84334
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84383
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82368
--- Comment #15 from Jakub Jelinek ---
Author: jakub
Date: Thu Feb 15 11:32:27 2018
New Revision: 257685
URL: https://gcc.gnu.org/viewcvs?rev=257685&root=gcc&view=rev
Log:
PR other/82368
* elf.c (SHT_PROGBITS): Undefine and defin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84405
Bug ID: 84405
Summary: [8 Regression] Fails to bootstrap with GCC 4.1.2, GCC
4.2.4
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Keywords: build
Sever
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84405
Richard Biener changed:
What|Removed |Added
Blocks||82939
--- Comment #1 from Richard Biene
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84190
--- Comment #10 from Jakub Jelinek ---
For the required part I guess we need Joseph's input, though even if it might
not be technically required, I thought that for volatile our general approach
has been "be conservative when you see volatile".
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83063
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|tromey at gc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84405
Richard Biener changed:
What|Removed |Added
Target|x86_64-*-* |x86_64-linux-gnu
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83789
--- Comment #12 from Kaushikp ---
>> we're getting duplicate named patterns.
Yes, it does generate multiple patters for the concerned built-ins causing
toolchain build failure.
I think it's trying to force the same pattern for 32-bit which exist
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84406
Bug ID: 84406
Summary: [8 Regression][MSP430] ICE on valid code in
find_widening_optab_handler_and_mode, at
optabs-query.c:476
Product: gcc
Version: 8.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79242
--- Comment #11 from Jozef Lawrynowicz ---
(In reply to Eric Gallager from comment #10)
> (In reply to Jeffrey A. Law from comment #9)
> > Author: law
> > Date: Wed Feb 14 07:21:11 2018
> > New Revision: 257653
> >
> > URL: https://gcc.gnu.org/v
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83990
--- Comment #17 from Tony E Lewis ---
I confirm that I'm seeing this as fixed on GCC trunk on Godbolt. Thanks very
much to all involved in getting this sorted quickly.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81797
--- Comment #54 from Francois-Xavier Coudert ---
Thanks! Given that it affects bootstrap, maybe I ask that it be included in all
active branches?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84402
--- Comment #9 from Martin Liška ---
Created attachment 43428
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43428&action=edit
Parallel build of make all-host on 8 core Haswell machine
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84392
Richard Biener changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84407
Bug ID: 84407
Summary: incorrect constant propagation with -frounding-math
Product: gcc
Version: 7.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Componen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84399
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84406
Richard Biener changed:
What|Removed |Added
Target||msp430-elf
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84407
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84386
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78804
--- Comment #16 from Oleg Endo ---
I've been using the patch from attachment 41982 in production for RX for a
while and haven't had any issues so far.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83758
--- Comment #35 from acsawdey at gcc dot gnu.org ---
Author: acsawdey
Date: Thu Feb 15 14:26:46 2018
New Revision: 257690
URL: https://gcc.gnu.org/viewcvs?rev=257690&root=gcc&view=rev
Log:
Fix my changelog entry for PR target/83758
Modified:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84394
Dominique d'Humieres changed:
What|Removed |Added
Known to work||6.4.0
Summary|compiler
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84330
Paolo Carlini changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83758
--- Comment #36 from acsawdey at gcc dot gnu.org ---
Author: acsawdey
Date: Thu Feb 15 14:48:15 2018
New Revision: 257691
URL: https://gcc.gnu.org/viewcvs?rev=257691&root=gcc&view=rev
Log:
2018-02-15 Aaron Sawdey
Back port from mainli
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84388
--- Comment #1 from Will Schmidt ---
Author: willschm
Date: Thu Feb 15 14:50:15 2018
New Revision: 257692
URL: https://gcc.gnu.org/viewcvs?rev=257692&root=gcc&view=rev
Log:
[testsuite]
2018-02-15 Will Schmidt
PR target/84388
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82686
--- Comment #9 from Stefan ---
(In reply to Jonathan Wakely from comment #7)
> (In reply to Dennis Clarke from comment #6)
> > Actually first thing I did was remove a few options from configure stage
> > such that I could at least get past this s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84220
Will Schmidt changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84388
Will Schmidt changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84192
--- Comment #3 from Jakub Jelinek ---
Created attachment 43429
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43429&action=edit
gcc8-pr84192.patch
Untested fix.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84408
Bug ID: 84408
Summary: [8 regression] gcc.dg/plugin/poly-int-07_plugin.c
compilation times out with -g
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: n
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84405
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83043
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #8
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84190
--- Comment #11 from joseph at codesourcery dot com ---
It's not technically required (at least for this issue and as regards C
standards conformance) simply because options such as -std=c99 / -std=c11
imply -fexcess-precision=standard, so mean
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84407
--- Comment #2 from joseph at codesourcery dot com ---
Cf. bug 57245 (a similar bug for truncation from wider floating-point
types).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83043
--- Comment #9 from Jan Hubicka ---
> This is just graphite, shouldn't it be P4?
I would say so. Indeed it is most probably some loop becoming cold and thus
quite harmless bug. I will look into it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84409
Bug ID: 84409
Summary: [F03] check DTIO arguments for character len
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortra
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84409
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84392
seurer at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84406
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84406
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83915
nsz at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81797
--- Comment #55 from Jens-S. Vöckler ---
Would it be worthwhile to limit it to "darwin" *and* "apfs" on objdir? I am
thinking of something along the lines of
diskutil info $(stat -f '%Sd' /path/to/objdir) | \
perl -lane 'print $F[$#F] if /^
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81797
--- Comment #56 from Francois-Xavier Coudert ---
(In reply to Jens-S. Vöckler from comment #55)
> Would it be worthwhile to limit it to "darwin" *and* "apfs" on objdir?
There is very little downside to applying on all darwin systems (negligible
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81797
--- Comment #57 from Jens-S. Vöckler ---
(In reply to Francois-Xavier Coudert from comment #56)
> I would advise to keep it simple.
Agreed: Simple is better.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84405
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |8.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84314
--- Comment #6 from Jason Merrill ---
Author: jason
Date: Thu Feb 15 16:54:12 2018
New Revision: 257695
URL: https://gcc.gnu.org/viewcvs?rev=257695&root=gcc&view=rev
Log:
PR c++/84314 - ICE with templates and fastcall attribute.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84314
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82518
Wilco changed:
What|Removed |Added
CC||wilco.dijkstra at arm dot com
--- Comment #41 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82989
Jakub Jelinek changed:
What|Removed |Added
CC||ktkachov at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84410
Bug ID: 84410
Summary: libffi doesn't support riscv now, but not disabled in
configure.ac
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82989
--- Comment #6 from ktkachov at gcc dot gnu.org ---
(In reply to Jakub Jelinek from comment #5)
> Just double-checked this on current trunk and I still can't reproduce this.
> Nor with r248000, r245631 nor 244212 I have around (all crosses).
>
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82686
--- Comment #10 from Dennis Clarke ---
I had not yet tested a build of gcc previous to gcc 7.x regarding
this issue. Seemed counter intuitive to revert backwards but now
I have to agree that "something changed" again in the world of
doing a boot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82989
--- Comment #7 from Jakub Jelinek ---
Indeed, with -march=armv7-a -mcpu=cortex-a8 -mfpu=neon -O2 pr82989.c
-mfloat-abi=hard -mprint-tune-info
I can reproduce. prefer_neon_for_64bits seems to be false, and LRA first says:
Choosing alt 4 in insn
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82989
--- Comment #8 from Jakub Jelinek ---
In both adddi3_neon and lshrdi3_neon the GPR alternatives use exactly the same
number of ?s as the NEON ones with avoid_neon_for_64bits, just the
neon_for_64bits alternatives don't have any. So I don't see h
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83708
--- Comment #1 from Jason Merrill ---
Author: jason
Date: Thu Feb 15 17:43:01 2018
New Revision: 257696
URL: https://gcc.gnu.org/viewcvs?rev=257696&root=gcc&view=rev
Log:
PR preprocessor/83063 - __VA_OPT__ and ##
PR preprocessor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83708
Jason Merrill changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83063
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83063
--- Comment #6 from Jason Merrill ---
Author: jason
Date: Thu Feb 15 17:43:01 2018
New Revision: 257696
URL: https://gcc.gnu.org/viewcvs?rev=257696&root=gcc&view=rev
Log:
PR preprocessor/83063 - __VA_OPT__ and ##
PR preprocessor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84368
Jason Merrill changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84379
--- Comment #1 from Rainer Orth ---
Created attachment 43431
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43431&action=edit
proposed patch
By closely following what darwin.c does for machopic_indirections, I arrived at
the attached patch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84288
Rainer Orth changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84154
--- Comment #9 from Michael Meissner ---
Author: meissner
Date: Thu Feb 15 17:54:41 2018
New Revision: 257697
URL: https://gcc.gnu.org/viewcvs?rev=257697&root=gcc&view=rev
Log:
[gcc]
2018-02-15 Michael Meissner
Back port from trunk
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84405
Jakub Jelinek changed:
What|Removed |Added
Priority|P3 |P1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70401
--- Comment #4 from Rainer Emrich ---
gcc-7.3.0 on x86_64-w64-mingw32 doesn't compile this code:
$ g++ -std=c++1z aa.cpp -o aa.exe
aa.cpp: In instantiation of 'std::ostream& operator<<(std::ostream&, const
std::tuple<_Tps ...>&) [with T = {long
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84330
--- Comment #4 from paolo at gcc dot gnu.org ---
Author: paolo
Date: Thu Feb 15 18:05:40 2018
New Revision: 257698
URL: https://gcc.gnu.org/viewcvs?rev=257698&root=gcc&view=rev
Log:
/cp
2018-02-15 Paolo Carlini
PR c++/84330
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84330
Paolo Carlini changed:
What|Removed |Added
Summary|[6/7/8 Regression] |[6/7 Regression] [concepts]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70401
--- Comment #5 from Rainer Emrich ---
For a recent trunk version 8.0.1 20180207 (experimental) [trunk revision
257437] it's the same.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84368
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
1 - 100 of 185 matches
Mail list logo
