https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84782
--- Comment #12 from Raphael Kubo da Costa ---
FWIW, the snippet from comment #1 builds fine with GCC >= 9.1 at least.
Priority: P3
Component: libstdc++
Assignee: unassigned at gcc dot gnu.org
Reporter: raphael.kubo.da.costa at intel dot com
Target Milestone: ---
$ cat unordered_map.cc
#include
struct S;
class C {
std::unordered_map map_;
};
$ g++ -std=gnu++14 -c unordered_map.cc
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: raphael.kubo.da.costa at intel dot com
Target Milestone: ---
The following excerpt builds fine on MSVC, ICC and clang:
struct S {
template
void frob(const Function
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: raphael.kubo.da.costa at intel dot com
Target Milestone: ---
This is related to bug 85552 and bug 57082 as far as I can see.
GCC and ICC fail to compile this (I'm using -std=gnu++14), whereas MSVC and
clang acce
++
Assignee: unassigned at gcc dot gnu.org
Reporter: raphael.kubo.da.costa at intel dot com
Target Milestone: ---
I can see a few bugs marked as SUSPENDED related to DR 253 and how there hadn't
been an official resolution at the time.
According to
http://www.open-std.org/jtc1/sc22/wg21
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: raphael.kubo.da.costa at intel dot com
Target Milestone: ---
(This is a reduction from a GCC + Chromium build issue)
Building the following excerpt with -std=gnu++14 causes GCC to fail
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84849
Raphael Kubo da Costa changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
---
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: raphael.kubo.da.costa at intel dot com
Target Milestone: ---
This is similar to bug 86678, and can be reproduced with trunk:
constexpr bool always_false() { return false; }
int f() { return 1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86001
Raphael Kubo da Costa changed:
What|Removed |Added
CC||raphael.kubo.da.costa@intel
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84782
--- Comment #10 from Raphael Kubo da Costa ---
(In reply to Martin Liška from comment #9)
> I can confirm that the PR is blocking Chromium build in openSUSE.
>From a Chromium perspective (where I'm coming from), it shouldn't be. The
problematic
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84782
--- Comment #7 from Raphael Kubo da Costa ---
(In reply to Jonathan Wakely from comment #6)
> Your example is not valid, and is rejected by GCC and Clang and EDG.
Ugh, I forgot to test it with clang before posting my comment. I stand
corrected.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84782
--- Comment #5 from Raphael Kubo da Costa ---
Sorry if my comment was too coarse-grained. My hypothesis that this is a
duplicate comes from playback_image_provider.ii looking like Chromium's
playback_image_provider.cc, which was failing to build
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84782
Raphael Kubo da Costa changed:
What|Removed |Added
CC||raphael.kubo.da.costa@intel
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71882
Raphael Kubo da Costa changed:
What|Removed |Added
CC||raphael.kubo.da.costa@intel
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70431
Raphael Kubo da Costa changed:
What|Removed |Added
CC||raphael.kubo.da.costa@intel
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: raphael.kubo.da.costa at intel dot com
classes.h:
#ifndef CLASSES_H
#define CLASSES_H
struct Base {
virtual ~Base() {}
virtual void virt_func() = 0;
};
struct
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56998
--- Comment #3 from Raphael Kubo da Costa ---
For reference, this was fixed in r198882:
http://gcc.gnu.org/git/?p=gcc.git;a=commit;h=28038d26df63ee5755da90bb563db4097a9deec0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56998
Bug #: 56998
Summary: [4.8.0] ICE in value_dependent_expression_p, at
cp/pt.c:19598
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
18 matches
Mail list logo
