https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84968
Alexandre Oliva changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71251
--- Comment #8 from Alexandre Oliva ---
Author: aoliva
Date: Fri Mar 23 04:09:06 2018
New Revision: 258793
URL: https://gcc.gnu.org/viewcvs?rev=258793=gcc=rev
Log:
[PR c++/71251] check tmpl parms in template using decl
Check that template
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84789
--- Comment #6 from Alexandre Oliva ---
Author: aoliva
Date: Fri Mar 23 01:19:14 2018
New Revision: 258792
URL: https://gcc.gnu.org/viewcvs?rev=258792=gcc=rev
Log:
[PR c++/84789] do not fail to resolve typename into template-independent
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84610
--- Comment #5 from Alexandre Oliva ---
Author: aoliva
Date: Fri Mar 23 01:18:48 2018
New Revision: 258790
URL: https://gcc.gnu.org/viewcvs?rev=258790=gcc=rev
Log:
Disable auto_is_implicit_function_template_parm_p while parsing attributes
We
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84729
--- Comment #6 from Alexandre Oliva ---
Author: aoliva
Date: Fri Mar 23 01:19:01 2018
New Revision: 258791
URL: https://gcc.gnu.org/viewcvs?rev=258791=gcc=rev
Log:
[PR c++/84729] reject parenthesized array init
A parenthesized initializer was
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84942
--- Comment #5 from Alexandre Oliva ---
Author: aoliva
Date: Fri Mar 23 01:18:48 2018
New Revision: 258790
URL: https://gcc.gnu.org/viewcvs?rev=258790=gcc=rev
Log:
Disable auto_is_implicit_function_template_parm_p while parsing attributes
We
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84642
--- Comment #6 from Alexandre Oliva ---
Author: aoliva
Date: Fri Mar 23 01:18:48 2018
New Revision: 258790
URL: https://gcc.gnu.org/viewcvs?rev=258790=gcc=rev
Log:
Disable auto_is_implicit_function_template_parm_p while parsing attributes
We
mber_state
.cfi_def_cfa_offset 8
ret
.p2align 4,,10
.p2align 3
.L4:
.cfi_restore_state
callbar@PLT
addq$56, %rsp
.cfi_def_cfa_offset 8
ret
.cfi_endproc
.LFE0:
.size tryme, .-tryme
.ident "GCC: (GNU)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85044
Bug ID: 85044
Summary: ENDBR is missing in ix86_trampoline_init
Product: gcc
Version: 8.0.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85021
David Malcolm changed:
What|Removed |Added
Keywords||patch
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84269
David Malcolm changed:
What|Removed |Added
Keywords||patch
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80433
Hans-Peter Nilsson changed:
What|Removed |Added
CC||hp at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85043
Paolo Carlini changed:
What|Removed |Added
CC||paolo.carlini at oracle dot com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78489
--- Comment #2 from Eric Fiselier ---
Created attachment 43737
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43737=edit
reproducer2.cpp
Another reproducer: This one is a regression from 7.3
https://godbolt.org/g/UEti9f
Could somebody
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=448
--- Comment #36 from joseph at codesourcery dot com ---
I don't think this bug meets the definition of WAITING.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84922
--- Comment #14 from kargl at gcc dot gnu.org ---
Author: kargl
Date: Thu Mar 22 21:42:07 2018
New Revision: 258784
URL: https://gcc.gnu.org/viewcvs?rev=258784=gcc=rev
Log:
2018-03-22 Steven G. Kargl
PR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85036
--- Comment #6 from Eric Botcazou ---
Created attachment 43736
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43736=edit
Tentative fix
Richard, please give it a try, as specialist of weird build setups. ;-)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85007
--- Comment #13 from Eric Botcazou ---
> It looks from gnatlink.adb:540 (of 7.3.0), if the "--GCC=" flag is
> specified, it short-circuits all other args that normally would have been
> passed to the linker, including the optimization level,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83980
Thomas Koenig changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85007
--- Comment #12 from Eric Reischer ---
It's in there on my target system; I just missed it when I was transcribing
over into the report.
It looks from gnatlink.adb:540 (of 7.3.0), if the "--GCC=" flag is specified,
it short-circuits all other
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63734
--- Comment #8 from Marc Glisse ---
(In reply to Eric Gallager from comment #7)
> 5 branch is closed
You closed the PR, so does that mean you checked and it is fixed at least on
trunk?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85043
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63630
Eric Gallager changed:
What|Removed |Added
CC||egallager at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65501
Eric Gallager changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65964
Bug 65964 depends on bug 39726, which changed state.
Bug 39726 Summary: [5 Regression][cond-optab] ColdFire pessimizations on
QImode/HImode tests
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=39726
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=39714
Bug 39714 depends on bug 39726, which changed state.
Bug 39726 Summary: [5 Regression][cond-optab] ColdFire pessimizations on
QImode/HImode tests
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=39726
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=39726
Eric Gallager changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63734
Eric Gallager changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=46524
Eric Gallager changed:
What|Removed |Added
CC||egallager at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=41299
Eric Gallager changed:
What|Removed |Added
CC||egallager at gcc dot gnu.org
Known
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84751
Will Schmidt changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83937
Eric Gallager changed:
What|Removed |Added
CC||egallager at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60458
--- Comment #10 from Dominique d'Humieres ---
> Did this fix it?
Yes for trunk, but I still get an ICE with 7.3.0 for the test in comment 0:
pr60458.f90:18:0:
function TestP(this)
internal compiler error: in gimplify_expr, at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=29550
Eric Gallager changed:
What|Removed |Added
Keywords||deferred
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60483
--- Comment #11 from Dominique d'Humieres ---
This seems to be fixed on 7.3.0 and trunk (8.0).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60458
Eric Gallager changed:
What|Removed |Added
CC||egallager at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84760
kelvin at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80265
Eric Gallager changed:
What|Removed |Added
CC||egallager at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=41179
Eric Gallager changed:
What|Removed |Added
CC||egallager at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=448
Eric Gallager changed:
What|Removed |Added
CC||egallager at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78263
Eric Gallager changed:
What|Removed |Added
Keywords||deferred
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65703
Eric Gallager changed:
What|Removed |Added
CC||egallager at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85030
--- Comment #4 from Vladimir Makarov ---
(In reply to Jakub Jelinek from comment #3)
> Trying to create BLKmode subreg of something (or subreg from BLKmode) is not
> going to work well, but don't know the LRA code enough to know how to safely
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70742
Eric Gallager changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58074
Eric Gallager changed:
What|Removed |Added
Keywords||deferred
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=34716
Eric Gallager changed:
What|Removed |Added
Status|WAITING |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61252
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85043
Bug ID: 85043
Summary: -Wuseless-cast false positive for temporary objects
Product: gcc
Version: 7.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85007
--- Comment #11 from Eric Botcazou ---
> The gcc configure line was taken directly from the Debian distribution
> package build script. Distros frequently allow having multiple versions of
> gcc installed, and give them the appropriate
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61252
Eric Gallager changed:
What|Removed |Added
CC||egallager at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85007
--- Comment #10 from Eric Reischer ---
The gcc configure line was taken directly from the Debian distribution package
build script. Distros frequently allow having multiple versions of gcc
installed, and give them the appropriate extension via
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=37949
Eric Gallager changed:
What|Removed |Added
Status|NEW |WAITING
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=41767
Eric Gallager changed:
What|Removed |Added
Keywords||deferred
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85007
--- Comment #9 from Eric Botcazou ---
> I intend to use the 7.3 tree of "gcc-7.3" to do my compilation rather than
> the system-search-provided "gcc". gnatmake-7.3 doesn't seem to want to use
> the "gcc-7.3" provided in the same folder as it,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85033
--- Comment #5 from Marek Polacek ---
(In reply to Jakub Jelinek from comment #3)
> Started to ICE with r82549 when __builtin_offsetof has been introduced.
>
> Wouldn't
> error: ‘struct ’ has no member named ‘a’
> that the C FE emits be better?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84762
--- Comment #3 from Segher Boessenkool ---
The problem in trunk happens at expand time already: it loads the 32-bit word
it created from stack, and then shifts it left by -8 bits.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85039
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84762
--- Comment #2 from Segher Boessenkool ---
4.6 .. 7.x behave like you say (I don't have older compilers handy).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85042
Dominique d'Humieres changed:
What|Removed |Added
Priority|P3 |P4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84762
Segher Boessenkool changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85034
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77691
--- Comment #20 from Rainer Orth ---
Xfailed for 7.4, too.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77691
--- Comment #19 from Rainer Orth ---
Author: ro
Date: Thu Mar 22 17:42:32 2018
New Revision: 258778
URL: https://gcc.gnu.org/viewcvs?rev=258778=gcc=rev
Log:
xfail experimental/memory_resource/resource_adaptor.cc on 32-bit Solaris/x86
(PR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85042
Bug ID: 85042
Summary: Empty derived type allocation ICE
Product: gcc
Version: 7.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85034
Jakub Jelinek changed:
What|Removed |Added
Priority|P3 |P2
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77941
--- Comment #10 from Steve Kargl ---
On Thu, Mar 22, 2018 at 02:27:25PM +, jb at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77941
>
> --- Comment #8 from Janne Blomqvist ---
> (In reply to Steve Kargl from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85007
--- Comment #8 from Eric Reischer ---
N/M -- I found the trigger.
I intend to use the 7.3 tree of "gcc-7.3" to do my compilation rather than the
system-search-provided "gcc". gnatmake-7.3 doesn't seem to want to use the
"gcc-7.3" provided in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84826
--- Comment #10 from sudi at gcc dot gnu.org ---
Author: sudi
Date: Thu Mar 22 17:24:41 2018
New Revision: 258777
URL: https://gcc.gnu.org/viewcvs?rev=258777=gcc=rev
Log:
[ARM][PR target/84826] Fix ICE in extract_insn, at recog.c:2304 on
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85033
--- Comment #4 from Jakub Jelinek ---
int d = __builtin_offsetof(struct T { void foo (); }, foo);
also emits
error: cannot apply ‘offsetof’ to member function ‘T::foo()’
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85033
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85038
--- Comment #2 from Andrew Pinski ---
Note on some aarch64 micro-arch, the zero extend does not take up an issue slot
and is removed in the pipeline before issue. So it might be less than an issue
about the zero extend there except for cache
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85007
--- Comment #7 from Eric Reischer ---
To make it easier to track down, can you post your configure line?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83157
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85007
--- Comment #6 from Eric Botcazou ---
> The multilib switch (-m32 -- which is undocumented as being valid for
> gnatmake incidentally)
Well, like the dozens of -f and -m switches accepted by the compiler and
documented in the GCC manual. What
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85035
--- Comment #1 from Andrew Pinski ---
https://gcc.gnu.org/onlinedocs/gcc-7.3.0/gcc/Optimize-Options.html#index-fdelete-null-pointer-checks
This option is enabled by default on most targets. On Nios II ELF, it defaults
to off. On AVR and CR16,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85007
--- Comment #5 from Eric Reischer ---
The multilib switch (-m32 -- which is undocumented as being valid for gnatmake
incidentally) already is being passed to "gnatmake" -- it properly passes this
flag to gcc when compiling the spec and body
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84269
--- Comment #10 from Jonathan Wakely ---
(In reply to David Malcolm from comment #8)
> We ought to suggest including for this, and probably various other
> stdlib templates.
This should cover most of the common ones:
std::istream
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85007
--- Comment #4 from Eric Botcazou ---
> Is there a new recommended way to get gnatlink to generate a 32-bit bind
> file and link object on MULTIARCH systems (x86/x86_64 in this specific
> case)? It seems this would be functionality that would
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84760
--- Comment #4 from kelvin at gcc dot gnu.org ---
Author: kelvin
Date: Thu Mar 22 15:42:39 2018
New Revision: 258774
URL: https://gcc.gnu.org/viewcvs?rev=258774=gcc=rev
Log:
gcc/ChangeLog:
2018-03-22 Kelvin Nilsen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84782
--- Comment #8 from Jonathan Wakely ---
(In reply to Raphael Kubo da Costa from comment #7)
> Is it relevant that your testcase builds fine when G's copy constructor is
> inlined?
Yes, it seems to be. The checks done for the out-of-class
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85039
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85041
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83157
Jakub Jelinek changed:
What|Removed |Added
CC||aoliva at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77941
--- Comment #9 from Janne Blomqvist ---
(In reply to Steve Kargl from comment #7)
> I suppose one could always check that a length type parameter
> less than some max integer based on 32-bit vs 64-bit system,
> but that would pessimize all uses
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77941
--- Comment #8 from Janne Blomqvist ---
(In reply to Steve Kargl from comment #7)
> On Thu, Mar 22, 2018 at 07:53:14AM +, jb at gcc dot gnu.org wrote:
> >
> > It works on x86_64-pc-linux-gnu (including running it), but the ICE remains
> >
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78420
Bug 78420 depends on bug 85040, which changed state.
Bug 85040 Summary: [8 Regression] std::less fails when operator< is
overloaded
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85040
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85040
Jonathan Wakely changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85040
--- Comment #1 from Jonathan Wakely ---
Author: redi
Date: Thu Mar 22 14:23:27 2018
New Revision: 258773
URL: https://gcc.gnu.org/viewcvs?rev=258773=gcc=rev
Log:
PR libstdc++/85040 fix std::less etc. ambiguities
PR libstdc++/85040
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71638
Marek Polacek changed:
What|Removed |Added
Summary|[6/7 Regression] ICE on |[6 Regression] ICE on
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84927
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71638
--- Comment #12 from Marek Polacek ---
Author: mpolacek
Date: Thu Mar 22 14:18:17 2018
New Revision: 258772
URL: https://gcc.gnu.org/viewcvs?rev=258772=gcc=rev
Log:
PR c++/71638, ICE with NSDMI and reference.
* constexpr.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84927
--- Comment #6 from Marek Polacek ---
Author: mpolacek
Date: Thu Mar 22 14:17:03 2018
New Revision: 258771
URL: https://gcc.gnu.org/viewcvs?rev=258771=gcc=rev
Log:
PR c++/84927
* constexpr.c (cxx_eval_bare_aggregate): Update
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84854
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84854
--- Comment #5 from Marek Polacek ---
Author: mpolacek
Date: Thu Mar 22 14:14:06 2018
New Revision: 258770
URL: https://gcc.gnu.org/viewcvs?rev=258770=gcc=rev
Log:
PR c++/84854
* semantics.c (finish_if_stmt_cond): Check if the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85041
Bug ID: 85041
Summary: std::vector::data with -std=c++98 flag
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77941
--- Comment #7 from Steve Kargl ---
On Thu, Mar 22, 2018 at 07:53:14AM +, jb at gcc dot gnu.org wrote:
>
> It works on x86_64-pc-linux-gnu (including running it), but the ICE remains on
> i686-pc-linux-gnu.
>
Janne, thanks for checking.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84896
David Malcolm changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84269
--- Comment #9 from David Malcolm ---
*** Bug 84896 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84269
--- Comment #8 from David Malcolm ---
From PR 84896:
gcc 8 currently emits the following for:
std::pair foo;
error: 'pair' in namespace 'std' does not name a template type
std::pair foo;
^~~~
We ought to suggest
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77691
--- Comment #18 from Rainer Orth ---
Xfailed for GCC 8.1.
I'm leaving the PR open for the underlying issue.
1 - 100 of 184 matches
Mail list logo