public inbox for gcc-bugs@sourceware.org help / color / mirror / Atom feed
From: "slyfox at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org> To: gcc-bugs@gcc.gnu.org Subject: [Bug preprocessor/105608] New: [13 Regression] ICE: in linemap_add, at libcpp/line-map.cc:502 on ovito-3.7.1 Date: Sun, 15 May 2022 08:08:00 +0000 [thread overview] Message-ID: <bug-105608-4@http.gcc.gnu.org/bugzilla/> (raw) https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105608 Bug ID: 105608 Summary: [13 Regression] ICE: in linemap_add, at libcpp/line-map.cc:502 on ovito-3.7.1 Product: gcc Version: 13.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: preprocessor Assignee: unassigned at gcc dot gnu.org Reporter: slyfox at gcc dot gnu.org Target Milestone: --- ICE initially observed on ovito-3.7.1 source code where -DCOPYRIGHT="\"${long-string}\"" is used along with precompiled headers in standard cmake setup. Here is a 0-file reproducer: # create empty files and dirs: $ mkdir -p ph $ touch ph/h.hxx.cxx $ touch a.cpp # trigger the bug: $ /tmp/gb/gcc/xg++ -B/tmp/gb/gcc -Winvalid-pch -x c++-header -o ph/h.hxx.gch -c ph/h.hxx.cxx $ /tmp/gb/gcc/xg++ -B/tmp/gb/gcc -DBUG=aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa -Winvalid-pch -include ph/h.hxx -o a.o -c a.cpp ph/h.hxx.cxx:1:116: internal compiler error: in linemap_add, at libcpp/line-map.cc:502 0x220adce linemap_add(line_maps*, lc_reason, unsigned int, char const*, unsigned int) <<GCC>>/libcpp/line-map.cc:502 0x220b129 linemap_line_start(line_maps*, unsigned int, unsigned int) <<GCC>>/libcpp/line-map.cc:827 0x220b3f3 linemap_position_for_column(line_maps*, unsigned int) <<GCC>>/libcpp/line-map.cc:898 0x220802b _cpp_lex_direct <<GCC>>/libcpp/lex.cc:3596 0x22119dd lex_expansion_token <<GCC>>/libcpp/macro.cc:3552 0x22119dd create_iso_definition <<GCC>>/libcpp/macro.cc:3665 0x22119dd _cpp_create_definition <<GCC>>/libcpp/macro.cc:3829 0x2214574 cpp_read_state(cpp_reader*, char const*, _IO_FILE*, save_macro_data*) <<GCC>>/libcpp/pch.cc:841 0xad8b8d c_common_read_pch(cpp_reader*, char const*, int, char const*) <<GCC>>/gcc/c-family/c-pch.cc:347 0x2201213 is_known_idempotent_file <<GCC>>/libcpp/files.cc:817 0x2201213 _cpp_stack_file <<GCC>>/libcpp/files.cc:906 0x220182e _cpp_stack_include <<GCC>>/libcpp/files.cc:1113 0x2201e26 cpp_push_include(cpp_reader*, char const*) <<GCC>>/libcpp/files.cc:1621 0xad5d51 push_command_line_include <<GCC>>/gcc/c-family/c-opts.cc:1565 0xad5e79 cb_file_change <<GCC>>/gcc/c-family/c-opts.cc:1619 0x21f95cc _cpp_do_file_change <<GCC>>/libcpp/directives.cc:1181 0x21fa073 _cpp_pop_buffer <<GCC>>/libcpp/directives.cc:2773 0x22045b0 _cpp_get_fresh_line <<GCC>>/libcpp/lex.cc:3490 0x2207eb8 _cpp_lex_direct <<GCC>>/libcpp/lex.cc:3552 0x2209867 _cpp_lex_token <<GCC>>/libcpp/lex.cc:3398 gcc-12.1.0 does not seem to be affected. Only gcc-13 fails for me including current master. $ /tmp/gb/gcc/xg++ -B/tmp/gb/gcc -v Reading specs from /tmp/gb/gcc/specs COLLECT_GCC=/tmp/gb/gcc/xg++ COLLECT_LTO_WRAPPER=/tmp/gb/gcc/lto-wrapper Target: x86_64-pc-linux-gnu Configured with: <<GCC>>/configure --disable-multilib --disable-bootstrap --with-native-system-header-dir=/<<NIX>>/glibc-2.34-115-dev/include --prefix=/tmp/gb/__td__ CFLAGS='-O1 -ggdb3' CXXFLAGS='-O1 -ggdb3' LDFLAGS='-O1 -ggdb3' Thread model: posix Supported LTO compression algorithms: zlib gcc version 13.0.0 20220515 (experimental) (GCC)
next reply other threads:[~2022-05-15 8:08 UTC|newest] Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top 2022-05-15 8:08 slyfox at gcc dot gnu.org [this message] 2022-05-16 7:12 ` [Bug preprocessor/105608] [11/12/13 Regression] ICE: in linemap_add, at libcpp/line-map.cc:502 on ovito-3.7.1 since r11-338-g2a0225e47868fbfc marxin at gcc dot gnu.org 2022-05-16 7:30 ` pinskia at gcc dot gnu.org 2022-05-16 8:12 ` rguenth at gcc dot gnu.org 2023-05-02 20:56 ` [Bug preprocessor/105608] [11/12/13/14 Regression] ICE: in linemap_add with a really long defined macro on the command line r11-338-g2a0225e47868fbfc lhyatt at gcc dot gnu.org 2023-05-29 10:07 ` jakub at gcc dot gnu.org 2023-12-15 21:30 ` lhyatt at gcc dot gnu.org 2024-01-27 4:30 ` cvs-commit at gcc dot gnu.org 2024-01-27 12:56 ` cvs-commit at gcc dot gnu.org 2024-01-27 17:08 ` cvs-commit at gcc dot gnu.org 2024-01-27 21:51 ` cvs-commit at gcc dot gnu.org 2024-01-27 21:53 ` lhyatt at gcc dot gnu.org 2024-01-30 13:57 ` ro at gcc dot gnu.org 2024-01-30 14:38 ` lhyatt at gcc dot gnu.org 2024-01-30 14:54 ` ro at CeBiTec dot Uni-Bielefeld.DE 2024-01-30 22:05 ` lhyatt at gcc dot gnu.org 2024-01-31 14:49 ` lhyatt at gcc dot gnu.org 2024-02-01 14:17 ` cvs-commit at gcc dot gnu.org 2024-02-22 14:45 ` cvs-commit at gcc dot gnu.org
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=bug-105608-4@http.gcc.gnu.org/bugzilla/ \ --to=gcc-bugzilla@gcc.gnu.org \ --cc=gcc-bugs@gcc.gnu.org \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: linkBe sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).