public inbox for gcc-bugs@sourceware.org help / color / mirror / Atom feed
From: "mhjacobson at me dot com" <gcc-bugzilla@gcc.gnu.org> To: gcc-bugs@gcc.gnu.org Subject: [Bug objc/101666] New: Objective-C frontend crashes with `-fobjc-nilcheck` Date: Wed, 28 Jul 2021 23:15:01 +0000 [thread overview] Message-ID: <bug-101666-4@http.gcc.gnu.org/bugzilla/> (raw) https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101666 Bug ID: 101666 Summary: Objective-C frontend crashes with `-fobjc-nilcheck` Product: gcc Version: 10.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: objc Assignee: unassigned at gcc dot gnu.org Reporter: mhjacobson at me dot com Target Milestone: --- Details, including minimal reproducer, below. The Objective-C frontend crashes when I try to use -fobjc-nilcheck under the NeXT v2 ABI. If I send a message whose return type would require using objc_msgSend_stret (and a nil check), crash. Message sends not requiring stret (and thus no nil check) work fine. === macOS 10.15.7 "Catalina" / x86_64 $ gcc --version gcc (GCC) 10.2.0 $ gcc -Os -fobjc-nilcheck -xobjective-c - struct point { double x, y, z; }; @interface Foo - (struct point)bar; @end Foo *f; int main(void) { struct point p = [f bar]; } <stdin>: In function ‘main’: <stdin>:10:9: internal compiler error: Segmentation fault: 11 Here's the backtrace: (lldb) bt * thread #1, queue = 'com.apple.main-thread', stop reason = EXC_BAD_ACCESS (code=1, address=0x0) * frame #0: 0x00000001012ce428 cc1obj`recompute_constructor_flags(c=0x0000000144513f90) at tree.c:2018:12 frame #1: 0x00000001012cd45f cc1obj`build_constructor(type=0x0000000144505930, vals=0x000000014450a678) at tree.c:2059:3 frame #2: 0x000000010000c2bd cc1obj`objc_build_constructor(type=0x0000000144505930, elts=0x000000014450a678) at objc-act.c:3235:22 frame #3: 0x0000000100031b37 cc1obj`build_v2_build_objc_method_call(super_flag=0, method_prototype=0x0000000144504a18, lookup_object=0x00000001444f3720, selector=0x00000001444f36a0, method_params=0x000000014452b140, check_for_nil=true) at objc-next-runtime-abi-02.c:1637:12 frame #4: 0x000000010002d8da cc1obj`next_runtime_abi_02_build_objc_method_call(loc=62820, method_prototype=0x0000000144504a18, receiver=0x0000000142c5d240, rtype=0x0000000144527000, sel_name=0x000000014451bf00, method_params=0x0000000000000000, super=0) at objc-next-runtime-abi-02.c:1720:10 frame #5: 0x000000010000902d cc1obj`objc_finish_message_expr(receiver=0x0000000142c5d240, sel_name=0x000000014451bf00, method_params=0x0000000000000000, deprecated_method_prototype=0x0000000000000000) at objc-act.c:5679:12 frame #6: 0x000000010000ec8f cc1obj`objc_build_message_expr(receiver=0x0000000142c5d240, message_args=0x000000014451bf00) at objc-act.c:5308:10 frame #7: 0x00000001000be312 cc1obj`c_parser_postfix_expression(parser=0x0000000142c5d1b0) at c-parser.c:10163:17 frame #8: 0x00000001000b5f21 cc1obj`c_parser_unary_expression(parser=0x0000000142c5d1b0) at c-parser.c:8276:14 frame #9: 0x00000001000b3ce5 cc1obj`c_parser_cast_expression(parser=0x0000000142c5d1b0, after=0x0000000000000000) at c-parser.c:8115:12 frame #10: 0x00000001000b209b cc1obj`c_parser_binary_expression(parser=0x0000000142c5d1b0, after=0x0000000000000000, omp_atomic_lhs=0x0000000000000000) at c-parser.c:7918:19 frame #11: 0x00000001000b1800 cc1obj`c_parser_conditional_expression(parser=0x0000000142c5d1b0, after=0x0000000000000000, omp_atomic_lhs=0x0000000000000000) at c-parser.c:7652:10 frame #12: 0x00000001000b13ed cc1obj`c_parser_expr_no_commas(parser=0x0000000142c5d1b0, after=0x0000000000000000, omp_atomic_lhs=0x0000000000000000) at c-parser.c:7569:9 frame #13: 0x00000001000c6921 cc1obj`c_parser_initializer(parser=0x0000000142c5d1b0) at c-parser.c:5227:13 frame #14: 0x00000001000c34a0 cc1obj`c_parser_declaration_or_fndef(parser=0x0000000142c5d1b0, fndef_ok=false, static_assert_ok=true, empty_ok=true, nested=true, start_attr_ok=true, objc_foreach_object_declaration=0x0000000000000000, omp_declare_simd_clauses=vec<c_token, va_heap, vl_ptr> @ 0x00007ffeefbfede8, have_attrs=false, attrs=0x0000000000000000, oacc_routine_data=0x0000000000000000, fallthru_attr_p=0x00007ffeefbfeebf) at c-parser.c:2248:12 frame #15: 0x00000001000c00d4 cc1obj`c_parser_compound_statement_nostart(parser=0x0000000142c5d1b0) at c-parser.c:5718:4 frame #16: 0x00000001000c6c3d cc1obj`c_parser_compound_statement(parser=0x0000000142c5d1b0, endlocp=0x00007ffeefbff070) at c-parser.c:5617:24 frame #17: 0x00000001000c3e66 cc1obj`c_parser_declaration_or_fndef(parser=0x0000000142c5d1b0, fndef_ok=true, static_assert_ok=true, empty_ok=true, nested=false, start_attr_ok=true, objc_foreach_object_declaration=0x0000000000000000, omp_declare_simd_clauses=vec<c_token, va_heap, vl_ptr> @ 0x00007ffeefbff478, have_attrs=false, attrs=0x0000000000000000, oacc_routine_data=0x0000000000000000, fallthru_attr_p=0x0000000000000000) at c-parser.c:2505:11 frame #18: 0x00000001000ee11e cc1obj`c_parser_external_declaration(parser=0x0000000142c5d1b0) at c-parser.c:1745:7 frame #19: 0x00000001000b095d cc1obj`c_parser_translation_unit(parser=0x0000000142c5d1b0) at c-parser.c:1618:4 frame #20: 0x00000001000b066b cc1obj`c_parse_file() at c-parser.c:21745:3 frame #21: 0x0000000100178750 cc1obj`c_common_parse_file() at c-opts.c:1190:7 frame #22: 0x0000000100eaeb34 cc1obj`compile_file() at toplev.c:458:3 frame #23: 0x0000000100eaaee5 cc1obj`do_compile() at toplev.c:2278:11 frame #24: 0x0000000100eaa5b4 cc1obj`toplev::main(this=0x00007ffeefbff7f8, argc=24, argv=0x00007ffeefbff838) at toplev.c:2417:7 frame #25: 0x0000000101427c0b cc1obj`main(argc=24, argv=0x00007ffeefbff838) at main.c:39:17 frame #26: 0x00007fff6c08ecc9 libdyld.dylib`start + 1
next reply other threads:[~2021-07-28 23:15 UTC|newest] Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top 2021-07-28 23:15 mhjacobson at me dot com [this message] 2021-07-28 23:33 ` [Bug objc/101666] " mhjacobson at me dot com 2021-07-28 23:34 ` mhjacobson at me dot com 2021-08-14 8:16 ` mhjacobson at me dot com 2021-08-18 18:42 ` cvs-commit at gcc dot gnu.org 2021-08-22 10:48 ` iains at gcc dot gnu.org 2022-05-27 9:07 ` rguenth at gcc dot gnu.org 2022-05-29 19:13 ` cvs-commit at gcc dot gnu.org 2022-05-29 19:26 ` iains at gcc dot gnu.org 2022-06-14 22:38 ` iains at gcc dot gnu.org 2024-04-23 14:11 ` cvs-commit at gcc dot gnu.org 2024-04-23 14:19 ` iains 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-101666-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).