: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: development at jordi dot vilar.cat
Target Milestone: ---
After https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53711, functions in unnamed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107437
Jordi Vilar changed:
What|Removed |Added
CC||development at jordi dot
vilar.cat
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: development at jordi dot vilar.cat
Target Milestone: ---
This simple valid code fails to compile with all recent versions of gcc, but
compiles nicely with clang (and even msvc!)
(live demo on complier explorer
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107390
Jordi Vilar changed:
What|Removed |Added
CC||development at jordi dot
vilar.cat
++
Assignee: unassigned at gcc dot gnu.org
Reporter: development at jordi dot vilar.cat
Target Milestone: ---
type obtained from a lambda (with c++20 decltype()) nested into a template
(either class o function) is not resolved as a unique type, making this simple
code to fail
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101152
--- Comment #2 from Jordi Vilar ---
(In reply to Jonathan Wakely from comment #1)
> I think the bug is that it treats 03 as 1903 instead of 0003. It is not
> supposed to print "N/A" though.
>
> %Y doesn't require exactly 4 digits, it allows
Component: libstdc++
Assignee: unassigned at gcc dot gnu.org
Reporter: development at jordi dot vilar.cat
Target Milestone: ---
C++ specs for std::time_get facet rely on the C strptime for the do_get method,
and the C specs say that %Y includes the century, that is, requires 4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61726
--- Comment #2 from Jordi Vilar ---
Any progress on this? This is still happenning in version 9.1. Both clang and
vc++ compile it.
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: development at jordi dot vilar.cat
Target Milestone: ---
The following code fails to compile with gcc 9.1 and -std=c++2a:
#include
using namespace std::string_view_literals;
template struct
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: development at jordi dot vilar.cat
Target Milestone: ---
mingw-w64 releases (at least from 6.x through 8.x) print nothing when invoked
with command line switch -print-multiarch.
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: development at jordi dot vilar.cat
Target Milestone: ---
Hi,
The issue appeared in g++ 8. It compiles ok in g++ 7.3, clang 6.0 and
VisualC++.
$> g++-8 -v -st
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78870
--- Comment #19 from Jordi Vilar ---
(In reply to Jonathan Wakely from comment #18)
> That was already done two weeks ago by r260479
Thank you! And a last question: Do you plan to merge both patches into the gcc
8 branch?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78870
Jordi Vilar changed:
What|Removed |Added
CC||development at jordi dot
vilar.cat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85670
Jordi Vilar changed:
What|Removed |Added
CC||development at jordi dot
vilar.cat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82316
--- Comment #4 from Jordi Vilar ---
I'm sorry if I didn't explain it correctly.
I don't claim that a extern "C" declarations have to be interpreted as C in a
C++ translation unit. What I say is that most C libraries (libtiff, zlib, lcms,
etc.)
NCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: development at jordi dot vilar.cat
Target Milestone: ---
C++ 17 removed the 'register' storage class, but it is still valid in C code.
In g++, a new warnin
16 matches
Mail list logo
