[Bug libstdc++/119081] libstdc++.modules.json generated with incorrect relative path if configured with '--prefix=/' or '--prefix=' (empty)

2025-03-11 Thread bugzilla.gcc at me dot benboeckel.net via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119081 Ben Boeckel changed: What|Removed |Added CC||jason at gcc dot gnu.org --- Comment #5 f

[Bug c++/115190] -fmodule-mapper does not accept CRLF files

2024-05-23 Thread bugzilla.gcc at me dot benboeckel.net via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115190 --- Comment #6 from Ben Boeckel --- > The line ending of last line is also required. Personally feel strange. This is explicitly handled (as a "no, not supported" case): https://github.com/gcc-mirror/gcc/blob/4efa7ec85a85c6024d0907a0e735ad5df7f

[Bug c++/115190] -fmodule-mapper does not accept CRLF files

2024-05-22 Thread bugzilla.gcc at me dot benboeckel.net via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115190 --- Comment #1 from Ben Boeckel --- My analysis points to the change needing to happen in 1module_resolver::read_tuple_file` in `c++tools/resolver.cc`.

[Bug c++/105467] Dependency file produced by C++ modules causes Ninja errors

2023-12-30 Thread bugzilla.gcc at me dot benboeckel.net via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105467 --- Comment #9 from Ben Boeckel --- > unless autoconf/automake started relying on the non-GNU `fdep` [1] project. Gah, editing gone awry. This was about Fortran module support in autoconf/autotools, not C++ module support (they have similar bui

[Bug c++/105467] Dependency file produced by C++ modules causes Ninja errors

2023-12-30 Thread bugzilla.gcc at me dot benboeckel.net via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105467 --- Comment #8 from Ben Boeckel --- > Some people even claim that properly supporting Make to build C++ modules is > not possible if you want to make it actually production quality and reliable. It is possible, but, AFAIK, requires at least on

[Bug c++/105467] Dependency file produced by C++ modules causes Ninja errors

2023-10-17 Thread bugzilla.gcc at me dot benboeckel.net via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105467 Ben Boeckel changed: What|Removed |Added CC||bugzilla.gcc at me dot benboeckel.

[Bug c++/105397] C++ modules vs -fvisibility option

2022-12-08 Thread bugzilla.gcc at me dot benboeckel.net via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105397 --- Comment #2 from Ben Boeckel --- > Perhaps the best option is to default the visibility of the implicit > functions to the widest visibility of any function or object in module > purview exposed by the TU. What to do about `extern "C"` API

[Bug c++/106348] c++modules: invalid syntax accepted

2022-07-18 Thread bugzilla.gcc at me dot benboeckel.net via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106348 --- Comment #1 from Ben Boeckel --- Forgot to mention: this occurs as of commit 63d182fb86e47323ac50d9368845d712e1f7da89

[Bug c++/106348] New: c++modules: invalid syntax accepted

2022-07-18 Thread bugzilla.gcc at me dot benboeckel.net via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106348 Bug ID: 106348 Summary: c++modules: invalid syntax accepted Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++

[Bug c++/105397] New: Cannot export module initializer symbols with `-fvisibility=hidden`

2022-04-26 Thread bugzilla.gcc at me dot benboeckel.net via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105397 Bug ID: 105397 Summary: Cannot export module initializer symbols with `-fvisibility=hidden` Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal