* [Bug c++/108080] ICE: in core_vals, at cp/module.cc:6262 with -fmodule-header
2022-12-13 6:51 [Bug c++/108080] New: ICE: in core_vals, at cp/module.cc:6262 with -fmodule-header zsojka at seznam dot cz
@ 2022-12-13 6:53 ` pinskia at gcc dot gnu.org
2022-12-13 6:53 ` pinskia at gcc dot gnu.org
` (8 subsequent siblings)
9 siblings, 0 replies; 11+ messages in thread
From: pinskia at gcc dot gnu.org @ 2022-12-13 6:53 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108080
--- Comment #1 from Andrew Pinski <pinskia at gcc dot gnu.org> ---
Most likely exactly the same:
#pragma GCC optimize("Og")
^ permalink raw reply [flat|nested] 11+ messages in thread* [Bug c++/108080] ICE: in core_vals, at cp/module.cc:6262 with -fmodule-header
2022-12-13 6:51 [Bug c++/108080] New: ICE: in core_vals, at cp/module.cc:6262 with -fmodule-header zsojka at seznam dot cz
2022-12-13 6:53 ` [Bug c++/108080] " pinskia at gcc dot gnu.org
@ 2022-12-13 6:53 ` pinskia at gcc dot gnu.org
2023-07-26 13:37 ` doko at gcc dot gnu.org
` (7 subsequent siblings)
9 siblings, 0 replies; 11+ messages in thread
From: pinskia at gcc dot gnu.org @ 2022-12-13 6:53 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108080
--- Comment #2 from Andrew Pinski <pinskia at gcc dot gnu.org> ---
(In reply to Andrew Pinski from comment #1)
> Most likely exactly the same:
> #pragma GCC optimize("Og")
That is from the other bug report.
^ permalink raw reply [flat|nested] 11+ messages in thread* [Bug c++/108080] ICE: in core_vals, at cp/module.cc:6262 with -fmodule-header
2022-12-13 6:51 [Bug c++/108080] New: ICE: in core_vals, at cp/module.cc:6262 with -fmodule-header zsojka at seznam dot cz
2022-12-13 6:53 ` [Bug c++/108080] " pinskia at gcc dot gnu.org
2022-12-13 6:53 ` pinskia at gcc dot gnu.org
@ 2023-07-26 13:37 ` doko at gcc dot gnu.org
2023-07-26 13:39 ` doko at gcc dot gnu.org
` (6 subsequent siblings)
9 siblings, 0 replies; 11+ messages in thread
From: doko at gcc dot gnu.org @ 2023-07-26 13:37 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108080
Matthias Klose <doko at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |doko at gcc dot gnu.org
--- Comment #3 from Matthias Klose <doko at gcc dot gnu.org> ---
seen with trunk 20230718:
$ cat foo.ii
module;
# 1 "" 1 3
namespace std {
template <typename> struct hash;
}
typedef long unsigned size_t;
namespace std {
template <typename, typename> struct pair {
int second;
template <typename..., size_t, typename..., size_t> constexpr pair();
};
template <typename _T1, typename _T2>
void operator>(pair<_T1, _T2>, pair<_T1, _T2>);
template <typename> struct __new_allocator {
allocate___n() { allocate___n > this; }
};
template <typename _Tp> using __allocator_base = __new_allocator<_Tp>;
template <typename> struct allocator : __allocator_base<int> {
__attribute__allocator() {}
};
template class allocator<wchar_t>;
template <size_t> struct array;
void get(array<1>);
template <class _T1, class _T2>
template <typename..., size_t, typename..., size_t>
constexpr pair<_T1, _T2>::pair() : second(get) {}
struct vector {
friend hash<vector>;
};
void swap(vector);
template <typename> struct __uniq_ptr_impl {
swap() { std::swap; }
};
template <typename = int> struct unique_ptr {
__uniq_ptr_impl<int> pointer;
};
struct shared_ptr {
operator=(unique_ptr<>);
};
struct __shared_ptr {
friend shared_ptr;
};
void operator==(__shared_ptr, __shared_ptr);
template <unsigned long> struct array {
size() { size == 0; }
};
} // namespace std
#pragma GCC optimize ""
namespace std {
struct id {
friend operator>(id, id);
};
struct hash<id>;
} // namespace std
# 7 "" 2
export module spdlog_wrapper;
$ /usr/lib/gcc-snapshot/bin/g++ -std=c++20 -fmodules-ts -Wall -c foo.ii
foo.ii:7:8: internal compiler error: in core_vals, at cp/module.cc:6262
7 | namespace std {
| ^~~~~~
0x11e5613 trees_out::core_vals(tree_node*)
../../src/gcc/cp/module.cc:6262
0x11e6353 trees_out::tree_node_vals(tree_node*)
../../src/gcc/cp/module.cc:7218
0x11ec349 trees_out::tree_value(tree_node*)
../../src/gcc/cp/module.cc:9083
0x11e8faf trees_out::tree_node(tree_node*)
../../src/gcc/cp/module.cc:9281
0x11e59be trees_out::core_vals(tree_node*)
../../src/gcc/cp/module.cc:6171
0x11e6353 trees_out::tree_node_vals(tree_node*)
../../src/gcc/cp/module.cc:7218
0x11e6cb7 trees_out::decl_value(tree_node*, depset*)
../../src/gcc/cp/module.cc:7797
0x11ee50d depset::hash::find_dependencies(module_state*)
../../src/gcc/cp/module.cc:13328
0x11eea54 module_state::write_begin(elf_out*, cpp_reader*,
module_state_config&, unsigned int&)
../../src/gcc/cp/module.cc:17895
0x79f4e7 finish_module_processing(cpp_reader*)
../../src/gcc/cp/module.cc:20237
0x1bc5fd5 c_parse_final_cleanups()
../../src/gcc/cp/decl2.cc:5184
0x21034b1 c_common_parse_file()
../../src/gcc/c-family/c-opts.cc:1274
Please submit a full bug report, with preprocessed source (by using
-freport-bug).
Please include the complete backtrace with any bug report.
^ permalink raw reply [flat|nested] 11+ messages in thread* [Bug c++/108080] ICE: in core_vals, at cp/module.cc:6262 with -fmodule-header
2022-12-13 6:51 [Bug c++/108080] New: ICE: in core_vals, at cp/module.cc:6262 with -fmodule-header zsojka at seznam dot cz
` (2 preceding siblings ...)
2023-07-26 13:37 ` doko at gcc dot gnu.org
@ 2023-07-26 13:39 ` doko at gcc dot gnu.org
2023-08-14 11:15 ` yagreg7 at gmail dot com
` (5 subsequent siblings)
9 siblings, 0 replies; 11+ messages in thread
From: doko at gcc dot gnu.org @ 2023-07-26 13:39 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108080
--- Comment #4 from Matthias Klose <doko at gcc dot gnu.org> ---
the original attached test case also fails
^ permalink raw reply [flat|nested] 11+ messages in thread* [Bug c++/108080] ICE: in core_vals, at cp/module.cc:6262 with -fmodule-header
2022-12-13 6:51 [Bug c++/108080] New: ICE: in core_vals, at cp/module.cc:6262 with -fmodule-header zsojka at seznam dot cz
` (3 preceding siblings ...)
2023-07-26 13:39 ` doko at gcc dot gnu.org
@ 2023-08-14 11:15 ` yagreg7 at gmail dot com
2023-08-14 11:21 ` yagreg7 at gmail dot com
` (4 subsequent siblings)
9 siblings, 0 replies; 11+ messages in thread
From: yagreg7 at gmail dot com @ 2023-08-14 11:15 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108080
Gregory Dushkin <yagreg7 at gmail dot com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |yagreg7 at gmail dot com
--- Comment #5 from Gregory Dushkin <yagreg7 at gmail dot com> ---
I have a similar issue with GCC 13.2.1. The weird part about it is that it
seems to depend on the exact value of some compiler flags rather than the
actual source file content. I'm trying to use g++ to compile {fmt} as a module
and this is what I get:
When building with CMake the {fmt} itself (go to repository, `mkdir build; cd
build; cmake .. -DFMT_MODULE=ON && make`, the command
```
/usr/bin/c++
-I/home/greg/.cpm/fmt/c85658eda638008e7e9290fcd31836ed9f7be1a4/include -O3
-DNDEBUG -std=gnu++20 -fvisibility=hidden -fvisibility-inlines-hidden
-fmodules-ts -MD -MT CMakeFiles/fmt.dir/src/fmt.cc.o -MF
CMakeFiles/fmt.dir/src/fmt.cc.o.d -o CMakeFiles/fmt.dir/src/fmt.cc.o -c
/home/greg/.cpm/fmt/c85658eda638008e7e9290fcd31836ed9f7be1a4/src/fmt.cc
```
executes successfully and the compilation is OK.
However, when compiling {fmt} as a CMake subproject, the command is a little
different:
```
cd /home/greg/projects/cpp/4seudo/build/_deps/fmt-build && /usr/bin/c++
-I/home/greg/.cpm/fmt/c85658eda638008e7e9290fcd31836ed9f7be1a4/include
-std=c++20 -fmodules-ts -MD -MT _deps/fmt-build/CMakeFiles/fmt.dir/src/fmt.cc.o
-MF CMakeFiles/fmt.dir/src/fmt.cc.o.d -o CMakeFiles/fmt.dir/src/fmt.cc.o -c
/home/greg/.cpm/fmt/c85658eda638008e7e9290fcd31836ed9f7be1a4/src/fmt.cc
```
And _this_ command fails with an ICE:
```
$ cd /home/greg/projects/cpp/4seudo/build/_deps/fmt-build && /usr/bin/c++
-I/home/greg/.cpm/fmt/c85658eda638008e7e9290fcd31836ed9f7be1a4/include
-std=c++20 -fmodules-ts -MD -MT _deps/fmt-build/CMakeFiles/fmt.dir/src/fmt.cc.o
-MF CMakeFiles/fmt.dir/src/fmt.cc.o.d -o CMakeFiles/fmt.dir/src/fmt.cc.o -c
/home/greg/.cpm/fmt/c85658eda638008e7e9290fcd31836ed9f7be1a4/src/fmt.cc
-freport-bug
/home/greg/.cpm/fmt/c85658eda638008e7e9290fcd31836ed9f7be1a4/src/fmt.cc:73:8:
internal compiler error: in core_vals, at cp/module.cc:6262
73 | export module fmt;
| ^~~~~~
0x1ad33c8 internal_error(char const*, ...)
???:0
0x6b7b63 fancy_abort(char const*, int, char const*)
???:0
0x7c98b7 trees_out::tree_value(tree_node*)
???:0
0x7c763d trees_out::tree_node(tree_node*)
???:0
0x7c8806 trees_out::core_vals(tree_node*)
???:0
0x7c8d64 trees_out::tree_node_vals(tree_node*)
???:0
0x7c616b trees_out::decl_value(tree_node*, depset*)
???:0
0x7cb47f depset::hash::find_dependencies(module_state*)
???:0
0x7cc422 module_state::write_begin(elf_out*, cpp_reader*, module_state_config&,
unsigned int&)
???:0
0x7dc105 finish_module_processing(cpp_reader*)
???:0
0x7714fd c_parse_final_cleanups()
???:0
0x9444b4 c_common_parse_file()
???:0
Please submit a full bug report, with preprocessed source.
Please include the complete backtrace with any bug report.
See <https://bugs.archlinux.org/> for instructions.
Preprocessed source stored into /tmp/ccoSmHEM.out file, please attach this to
your bugreport.
```
Maybe there is an error in arguments parsing?
I will be attaching ccoSmHEM.out to this issue now.
^ permalink raw reply [flat|nested] 11+ messages in thread* [Bug c++/108080] ICE: in core_vals, at cp/module.cc:6262 with -fmodule-header
2022-12-13 6:51 [Bug c++/108080] New: ICE: in core_vals, at cp/module.cc:6262 with -fmodule-header zsojka at seznam dot cz
` (4 preceding siblings ...)
2023-08-14 11:15 ` yagreg7 at gmail dot com
@ 2023-08-14 11:21 ` yagreg7 at gmail dot com
2023-08-14 11:58 ` yagreg7 at gmail dot com
` (3 subsequent siblings)
9 siblings, 0 replies; 11+ messages in thread
From: yagreg7 at gmail dot com @ 2023-08-14 11:21 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108080
--- Comment #6 from Gregory Dushkin <yagreg7 at gmail dot com> ---
Created attachment 55734
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55734&action=edit
Preprocessed source file /tmp/ccoSmHEM.out (gzip compressed)
^ permalink raw reply [flat|nested] 11+ messages in thread* [Bug c++/108080] ICE: in core_vals, at cp/module.cc:6262 with -fmodule-header
2022-12-13 6:51 [Bug c++/108080] New: ICE: in core_vals, at cp/module.cc:6262 with -fmodule-header zsojka at seznam dot cz
` (5 preceding siblings ...)
2023-08-14 11:21 ` yagreg7 at gmail dot com
@ 2023-08-14 11:58 ` yagreg7 at gmail dot com
2024-03-06 21:32 ` ppalka at gcc dot gnu.org
` (2 subsequent siblings)
9 siblings, 0 replies; 11+ messages in thread
From: yagreg7 at gmail dot com @ 2023-08-14 11:58 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108080
--- Comment #7 from Gregory Dushkin <yagreg7 at gmail dot com> ---
Sorry for splitting the comments, but the issue indeed appears to be tied to
optimization options. When manually specifying -Og, -O1, -O2, -O3, -Os the
compilation is successful. I only observe the ICE with -O0 or no optimization
options.
^ permalink raw reply [flat|nested] 11+ messages in thread* [Bug c++/108080] ICE: in core_vals, at cp/module.cc:6262 with -fmodule-header
2022-12-13 6:51 [Bug c++/108080] New: ICE: in core_vals, at cp/module.cc:6262 with -fmodule-header zsojka at seznam dot cz
` (6 preceding siblings ...)
2023-08-14 11:58 ` yagreg7 at gmail dot com
@ 2024-03-06 21:32 ` ppalka at gcc dot gnu.org
2024-03-06 21:33 ` ppalka at gcc dot gnu.org
2024-03-06 21:35 ` ppalka at gcc dot gnu.org
9 siblings, 0 replies; 11+ messages in thread
From: ppalka at gcc dot gnu.org @ 2024-03-06 21:32 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108080
Patrick Palka <ppalka at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |karl.weber99 at gmx dot net
--- Comment #8 from Patrick Palka <ppalka at gcc dot gnu.org> ---
*** Bug 107083 has been marked as a duplicate of this bug. ***
^ permalink raw reply [flat|nested] 11+ messages in thread* [Bug c++/108080] ICE: in core_vals, at cp/module.cc:6262 with -fmodule-header
2022-12-13 6:51 [Bug c++/108080] New: ICE: in core_vals, at cp/module.cc:6262 with -fmodule-header zsojka at seznam dot cz
` (7 preceding siblings ...)
2024-03-06 21:32 ` ppalka at gcc dot gnu.org
@ 2024-03-06 21:33 ` ppalka at gcc dot gnu.org
2024-03-06 21:35 ` ppalka at gcc dot gnu.org
9 siblings, 0 replies; 11+ messages in thread
From: ppalka at gcc dot gnu.org @ 2024-03-06 21:33 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108080
Patrick Palka <ppalka at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |ppalka at gcc dot gnu.org
Last reconfirmed| |2024-03-06
Ever confirmed|0 |1
Status|UNCONFIRMED |NEW
--- Comment #9 from Patrick Palka <ppalka at gcc dot gnu.org> ---
We don't implement OPTIMIZATION_NODE and TARGET_OPTION_NODE streaming:
case OPTIMIZATION_NODE:
case TARGET_OPTION_NODE:
// FIXME: Our representation for these two nodes is a cache of
// the resulting set of options. Not a record of the options
// that got changed by a particular attribute or pragma. Should
// we record that, or should we record the diff from the command
// line options? The latter seems the right behaviour, but is
// (a) harder, and I guess could introduce strangeness if the
// importer has set some incompatible set of optimization flags?
gcc_unreachable ();
break;
^ permalink raw reply [flat|nested] 11+ messages in thread* [Bug c++/108080] ICE: in core_vals, at cp/module.cc:6262 with -fmodule-header
2022-12-13 6:51 [Bug c++/108080] New: ICE: in core_vals, at cp/module.cc:6262 with -fmodule-header zsojka at seznam dot cz
` (8 preceding siblings ...)
2024-03-06 21:33 ` ppalka at gcc dot gnu.org
@ 2024-03-06 21:35 ` ppalka at gcc dot gnu.org
9 siblings, 0 replies; 11+ messages in thread
From: ppalka at gcc dot gnu.org @ 2024-03-06 21:35 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108080
Patrick Palka <ppalka at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
See Also|https://gcc.gnu.org/bugzill |
|a/show_bug.cgi?id=111785 |
CC| |mends-sputter.0z at icloud dot com
--- Comment #10 from Patrick Palka <ppalka at gcc dot gnu.org> ---
*** Bug 111785 has been marked as a duplicate of this bug. ***
^ permalink raw reply [flat|nested] 11+ messages in thread