[Bug c++/120499] New: import std: indirect use of an exported class using a vector yields undefined symbol

2025-05-31 Thread nico at josuttis dot de via Gcc-bugs
Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: nico at josuttis dot de Target Milestone: --- * Module file: export module Coll; import std; export class Coll { std::vector vals; }; export Coll

[Bug c++/109679] New: export using for functions does not work as specified

2023-04-29 Thread nico at josuttis dot de via Gcc-bugs
Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: nico at josuttis dot de Target Milestone: --- Consider the following simple module export scenario to wrap a header file in a module: //* foo.hpp: #ifndef FOO_HPP #define FOO_HPP inline int foo() { return 42

[Bug c++/106215] New: Different template parameter order invalidates detection of more special function templates

2022-07-06 Thread nico at josuttis dot de via Gcc-bugs
Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: nico at josuttis dot de Target Milestone: --- Consider (see https://www.godbolt.org/z/bY46369d7): #include #include //template // OK template

[Bug c++/98635] New: ad-hoc requirement without semicolon creates internal compiler bug

2021-01-12 Thread nico at josuttis dot de via Gcc-bugs
Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: nico at josuttis dot de Target Milestone: --- https://godbolt.org/z/nPsT7n: void printColl(auto& coll) requires requires { coll.begin() } { } yields: :

[Bug c++/98569] New: concept error message does not report the file location

2021-01-06 Thread nico at josuttis dot de via Gcc-bugs
Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: nico at josuttis dot de Target Milestone: --- Look here: https://wandbox.org/permlink/6Di4rLNS5H9TNL2R Here is what is wrong in the error message: > prog.cc: In function 'int main()

[Bug c++/91415] Invalid warning for C++17 sequencing of shift operator E1<

2020-12-10 Thread nico at josuttis dot de via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91415 --- Comment #13 from Nicolai Josuttis --- Oh, sorry, your are right, the example indeed works. BUT: I used in fact a slightly different example (sorry, didn't expect that there is a difference): int main() { int i = 0; int j = i++ << i++;

[Bug c++/91415] Invalid warning for C++17 sequencing of shift operator E1<

2020-12-03 Thread nico at josuttis dot de via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91415 Nicolai Josuttis changed: What|Removed |Added CC||nico at josuttis dot de --- Comment

[Bug c++/95086] New: brace initialization in captures doesn't work with function calls

2020-05-12 Thread nico at josuttis dot de
ormal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: nico at josuttis dot de Target Milestone: --- AFAIK, since C++17 we should be able to do: [&coll{std::as_const(vec)}] {} but it doesn't compile: prog.cc: In func

[Bug libstdc++/83662] std::aligned_alloc() not available

2018-01-03 Thread nico at josuttis dot de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83662 --- Comment #3 from Nicolai Josuttis --- See for example here: https://wandbox.org/permlink/aOV13KmAUMKzSmxz

[Bug c++/83662] std::aligned_alloc() not available

2018-01-03 Thread nico at josuttis dot de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83662 --- Comment #1 from Nicolai Josuttis --- Jonathan commented: > Ah yes, we already have autoconf macros to detect the presence of > ::aligned_alloc() so adding the using-directive to namespace std should > be easy.

[Bug c++/83662] New: std::aligned_alloc() not available

2018-01-02 Thread nico at josuttis dot de
++ Assignee: unassigned at gcc dot gnu.org Reporter: nico at josuttis dot de Target Milestone: --- C++17 is based on C11, which now standardizes aligned_alloc(). However, does not provide it under namespace std: #include int main() { auto p1 = std::malloc(100); // OK

[Bug c++/83273] New: if constexpr does not fail with run-time conditions

2017-12-04 Thread nico at josuttis dot de
: c++ Assignee: unassigned at gcc dot gnu.org Reporter: nico at josuttis dot de Target Milestone: --- The following C++17 program should not compile, but it does: #include int main() { auto d = 42; if constexpr (d > 0) { std::cout << "oops \n"; }

[Bug target/82651] After r253879 GCC 8.0 can't build cross compiler for mingw32

2017-10-24 Thread nico at josuttis dot de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82651 Nicolai Josuttis changed: What|Removed |Added CC||nico at josuttis dot de --- Comment

[Bug c++/81915] New: bug with thread_local inline variables

2017-08-21 Thread nico at josuttis dot de
++ Assignee: unassigned at gcc dot gnu.org Reporter: nico at josuttis dot de Target Milestone: --- Consider: inlinetls.hpp: #include inline thread_local std::string tlsString = "hello"; inlinetls1.cpp: #include "inlinetls.hpp" int main() { } inline

[Bug c++/79092] New: template: type ignored if value already instantiated

2017-01-14 Thread nico at josuttis dot de
: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: nico at josuttis dot de Target Milestone: --- It seems for a template the type of N is ignored if the value already was instantiated. The essence: template struct A { A() { std::cout

[Bug c++/78710] suggest better exception text for stoi, stol, ...

2016-12-07 Thread nico at josuttis dot de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78710 --- Comment #1 from Nicolai Josuttis --- applies to any version AFAIK

[Bug c++/78710] New: suggest better exception text for stoi, stol, ...

2016-12-07 Thread nico at josuttis dot de
Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: nico at josuttis dot de Target Milestone: --- stoi("hello") currently throws an exception where what() only outputs "stoi" (nothing else). The reason is (if I analyzed it correctly): - stoi etc. p

[Bug c++/71985] narrowing in initializer lists is not ill-formed where required

2016-07-25 Thread nico at josuttis dot de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71985 --- Comment #10 from Nicolai Josuttis --- OK, thanks for the discussion and especially for the FAQ entry. I still find it a bit unfortunate that clang and VC++ give an error while gcc does not. Especially as std::initializer_lists<> AFAIK were s

[Bug c++/71985] narrowing in initializer lists is not ill-formed where required

2016-07-24 Thread nico at josuttis dot de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71985 --- Comment #2 from Nicolai Josuttis --- Sorry, but IMO this is NOT the same. > float f[3] = { d, d, d }; is an initialization of an array, which is already supported by C. > std::vector v1 { d }; is nothing that was possible before C++11. Als

[Bug c++/71985] New: narrowing in initializer lists is not ill-formed where required

2016-07-24 Thread nico at josuttis dot de
Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: nico at josuttis dot de Target Milestone: --- double d; std::vector v1 { d }; only gives a warning instead of an error. Unlike https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55783, here

[Bug bootstrap/55163] New: Ongoing problem with gengtype-lex.c under CygWin with CRLF text mode line endings since 4.8

2012-11-01 Thread nico at josuttis dot de
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55163 Bug #: 55163 Summary: Ongoing problem with gengtype-lex.c under CygWin with CRLF text mode line endings since 4.8 Classification: Unclassified Product: gcc Version: 4.8.

[Bug bootstrap/54834] bootstrap fails when building libbacktrace

2012-11-01 Thread nico at josuttis dot de
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54834 Nicolai Josuttis changed: What|Removed |Added CC||nico at josuttis dot de

[Bug libstdc++/43877] container declaration disables standard output

2010-04-25 Thread nico at josuttis dot de
--- Comment #9 from nico at josuttis dot de 2010-04-25 14:15 --- Subject: Re: container declaration disables standard output Thanks a lot, Paolo and Dave. The explanation makes total sense to me and putting gcc 4.5.0 in front of the path fixes the problem. I would have searched very

[Bug libstdc++/43877] container declaration disables standard output

2010-04-25 Thread nico at josuttis dot de
--- Comment #7 from nico at josuttis dot de 2010-04-25 07:25 --- compiling with -static also fixes the problem, which also supports the theory of using wrong DLL's. The only question is, why are the wrong libs used without -static. Any idea? -- http://gcc.gnu.org/bug

[Bug libstdc++/43877] container declaration disables standard output

2010-04-25 Thread nico at josuttis dot de
--- Comment #6 from nico at josuttis dot de 2010-04-25 07:06 --- Created an attachment (id=20480) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20480&action=view) hello.exe for the buggy 4.5.0 version (with declared vector) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43877

[Bug libstdc++/43877] container declaration disables standard output

2010-04-25 Thread nico at josuttis dot de
--- Comment #5 from nico at josuttis dot de 2010-04-25 07:03 --- I gues with move.exe you mean my generated exe file. I have three versions here: cygcheck for the full buggy program (including vector declaration): --- D

[Bug libstdc++/43877] container declaration disables standard output

2010-04-24 Thread nico at josuttis dot de
--- Comment #1 from nico at josuttis dot de 2010-04-24 10:16 --- compiler built with: ../src/gcc-4*/configure --prefix=/cygdrive/p/gcc4 --program-suffix=4 --with-gxx-include-dir=/cygdrive/p/gcc4-include example compiled with: g++4 -std=c++0x move.cpp -o move -- nico at

[Bug libstdc++/43877] New: container declaration disables standard outoput

2010-04-24 Thread nico at josuttis dot de
ned at gcc dot gnu dot org ReportedBy: nico at josuttis dot de http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43877

[Bug libstdc++/42573] New: shrink_to_fit() missing

2010-01-01 Thread nico at josuttis dot de
Component: libstdc++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: nico at josuttis dot de GCC build triplet: -std=c++0x http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42573

[Bug c++/42572] New: internal compiler error: Segmentation fault with pair<>

2010-01-01 Thread nico at josuttis dot de
Version: 4.4.2 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: nico at josuttis dot de GCC build triplet: g++4 -std=c++0x GCC host triplet: cygwin http://gcc.g