[{"id":3677846,"web_url":"http://patchwork.ozlabs.org/comment/3677846/","msgid":"<b4b7f13f6f7dd533ccf985ad336a7f976e4fa4d5.camel@redhat.com>","list_archive_url":null,"date":"2026-04-15T22:33:46","subject":"Re: [PATCH v2] analyzer: do not segfault when printing unknown impl\n location","submitter":{"id":24465,"url":"http://patchwork.ozlabs.org/api/people/24465/","name":"David Malcolm","email":"dmalcolm@redhat.com"},"content":"On Wed, 2026-04-15 at 19:31 +0200, Torbjörn SVENSSON wrote:\n> Changes since v1:\n> \n> - Removed changes to dumpfile.h\n> - If the char pointer is NULL, then print \"<unknown>\" instead.\n> \n> With below patch, arm-none-eabi builds fine on macOS, Linux and\n> cross-building for Windows on Linux.\n> I've test the ice-pr124055-1.c and it no longer segfaults cc1 so I\n> think the change is fine.\n> Currently re-running the full testsuite. Is this ok for trunk if\n> there are no regressions?\n\nLGTM; thanks.\n\nDave\n\n> \n> Kind regards,\n> Torbjörn\n> \n> --\n> \n> When dump_impl_location_t::m_function or dump_impl_location_t::m_file\n> is NULL,\n> then GCC segfaults when attempting to print the location.\n> \n> $ ./bin/arm-none-eabi-gcc ../ice-pr124055-1.c -fanalyzer -Wanalyzer-\n> too-complex -Wanalyzer-symbol-too-complex -O -fdump-analyzer -\n> frounding-math -S -o /dev/null -wrapper lldb,--\n> (lldb) target create \"/build/r16-8473-\n> g5cc0ead3625fe6/bin/../lib/gcc/arm-none-eabi/16.0.1/cc1\"\n> ...\n> (lldb) r\n> Process 31748 launched: '/build/r16-8473-g5cc0ead3625fe6/lib/gcc/arm-\n> none-eabi/16.0.1/cc1' (arm64)\n> Process 31748 stopped\n> * thread #1, queue = 'com.apple.main-thread', stop reason =\n> EXC_BAD_ACCESS (code=1, address=0x0)\n>     frame #0: 0x000000018ae7ea44\n> libsystem_platform.dylib`_platform_strlen + 4\n> libsystem_platform.dylib`_platform_strlen:\n> ->  0x18ae7ea44 <+4>:  ldr    q0, [x1]\n>     0x18ae7ea48 <+8>:  adr    x3, 0x18ae7e980 ;\n> ___lldb_unnamed_symbol320\n>     0x18ae7ea4c <+12>: ldr    q2, [x3], #0x10\n>     0x18ae7ea50 <+16>: and    x2, x0, #0xf\n> Target 0: (cc1) stopped.\n> (lldb) bt\n> * thread #1, queue = 'com.apple.main-thread', stop reason =\n> EXC_BAD_ACCESS (code=1, address=0x0)\n>   * frame #0: 0x000000018ae7ea44\n> libsystem_platform.dylib`_platform_strlen + 4\n>     frame #1: 0x0000000101223d68\n> cc1`pp_quoted_string(pretty_printer*, char const*, unsigned long) +\n> 244\n>     frame #2: 0x0000000101220628\n> cc1`pretty_printer::format(text_info&) + 2772\n>     frame #3: 0x0000000101108b8c cc1`ana::logger::log_va(char const*,\n> char**) + 100\n>     frame #4: 0x0000000101108970 cc1`ana::logger::log(char const*,\n> ...) + 28\n>     frame #5: 0x0000000101129da4\n> cc1`ana::impl_region_model_context::on_unexpected_tree_code(tree_node\n> *, dump_location_t const&) + 80\n>     frame #6: 0x0000000101174d3c\n> cc1`ana::region_model_manager::get_region_for_unexpected_tree_code(an\n> a::region_model_context*, tree_node*, dump_location_t const&) + 184\n> ...\n> \n> This happens when GCC is built with GCC <4.8 or with another\n> toolchain,\n> like LLVM. Seen on macOS with clang-1600.0.26.6.\n> \n> gcc/analyzer/ChangeLog:\n> \n> \t* engine.cc\n> (impl_region_model_context::on_unexpected_tree_code): Print\n> \t\"<unknown>\" when m_file or m_function is NULL.\n> \n> Signed-off-by: Torbjörn SVENSSON <torbjorn.svensson@foss.st.com>\n> ---\n>  gcc/analyzer/engine.cc | 14 +++++++++-----\n>  1 file changed, 9 insertions(+), 5 deletions(-)\n> \n> diff --git a/gcc/analyzer/engine.cc b/gcc/analyzer/engine.cc\n> index a4d870bd3d2..a5ab173ca16 100644\n> --- a/gcc/analyzer/engine.cc\n> +++ b/gcc/analyzer/engine.cc\n> @@ -904,11 +904,15 @@\n> impl_region_model_context::on_unexpected_tree_code (tree t,\n>  {\n>    logger * const logger = get_logger ();\n>    if (logger)\n> -    logger->log (\"unhandled tree code: %qs in %qs at %s:%i\",\n> -\t\t get_tree_code_name (TREE_CODE (t)),\n> -\t\t loc.get_impl_location ().m_function,\n> -\t\t loc.get_impl_location ().m_file,\n> -\t\t loc.get_impl_location ().m_line);\n> +    {\n> +      const dump_impl_location_t &impl_loc = loc.get_impl_location\n> ();\n> +      const char *unknown = \"<unknown>\";\n> +      logger->log (\"unhandled tree code: %qs in %qs at %s:%i\",\n> +\t\t   get_tree_code_name (TREE_CODE (t)),\n> +\t\t   impl_loc.m_function ? impl_loc.m_function :\n> unknown,\n> +\t\t   impl_loc.m_file ? impl_loc.m_file : unknown,\n> +\t\t   impl_loc.m_line);\n> +    }\n>    if (m_new_state)\n>      m_new_state->m_valid = false;\n>  }","headers":{"Return-Path":"<gcc-patches-bounces~incoming=patchwork.ozlabs.org@gcc.gnu.org>","X-Original-To":["incoming@patchwork.ozlabs.org","gcc-patches@gcc.gnu.org"],"Delivered-To":["patchwork-incoming@legolas.ozlabs.org","gcc-patches@gcc.gnu.org"],"Authentication-Results":["legolas.ozlabs.org;\n\tdkim=pass (1024-bit key;\n unprotected) header.d=redhat.com header.i=@redhat.com header.a=rsa-sha256\n header.s=mimecast20190719 header.b=C/LSaePE;\n\tdkim-atps=neutral","legolas.ozlabs.org;\n spf=pass (sender SPF authorized) smtp.mailfrom=gcc.gnu.org\n (client-ip=2620:52:6:3111::32; helo=vm01.sourceware.org;\n envelope-from=gcc-patches-bounces~incoming=patchwork.ozlabs.org@gcc.gnu.org;\n receiver=patchwork.ozlabs.org)","sourceware.org;\n\tdkim=pass (1024-bit key,\n unprotected) header.d=redhat.com header.i=@redhat.com header.a=rsa-sha256\n header.s=mimecast20190719 header.b=C/LSaePE","sourceware.org; dmarc=pass (p=quarantine dis=none)\n header.from=redhat.com","sourceware.org; spf=pass smtp.mailfrom=redhat.com","server2.sourceware.org;\n arc=none smtp.remote-ip=170.10.129.124"],"Received":["from vm01.sourceware.org (vm01.sourceware.org\n [IPv6:2620:52:6:3111::32])\n\t(using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)\n\t key-exchange x25519 server-signature ECDSA (secp384r1) server-digest SHA384)\n\t(No client certificate requested)\n\tby legolas.ozlabs.org (Postfix) with ESMTPS id 4fwwtp2Z3Vz1yHV\n\tfor <incoming@patchwork.ozlabs.org>; Thu, 16 Apr 2026 08:34:20 +1000 (AEST)","from vm01.sourceware.org (localhost [127.0.0.1])\n\tby sourceware.org (Postfix) with ESMTP id B549B4BA2E3B\n\tfor <incoming@patchwork.ozlabs.org>; Wed, 15 Apr 2026 22:34:18 +0000 (GMT)","from us-smtp-delivery-124.mimecast.com\n (us-smtp-delivery-124.mimecast.com [170.10.129.124])\n by sourceware.org (Postfix) with ESMTP id DD0254BA2E0E\n for <gcc-patches@gcc.gnu.org>; Wed, 15 Apr 2026 22:33:50 +0000 (GMT)","from mail-qv1-f70.google.com (mail-qv1-f70.google.com\n [209.85.219.70]) by relay.mimecast.com with ESMTP with STARTTLS\n (version=TLSv1.3, cipher=TLS_AES_256_GCM_SHA384) id\n us-mta-617-bOVTGgGYOvaFDsI1P9ZwtA-1; Wed, 15 Apr 2026 18:33:49 -0400","by mail-qv1-f70.google.com with SMTP id\n 6a1803df08f44-8a0b5478a12so1322056d6.0\n for <gcc-patches@gcc.gnu.org>; Wed, 15 Apr 2026 15:33:49 -0700 (PDT)","from t14s.localdomain (c-73-38-242-98.hsd1.nh.comcast.net.\n [73.38.242.98]) by smtp.gmail.com with ESMTPSA id\n 6a1803df08f44-8ae6cda5a2bsm21759426d6.33.2026.04.15.15.33.46\n (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256);\n Wed, 15 Apr 2026 15:33:47 -0700 (PDT)"],"DKIM-Filter":["OpenDKIM Filter v2.11.0 sourceware.org B549B4BA2E3B","OpenDKIM Filter v2.11.0 sourceware.org DD0254BA2E0E"],"DMARC-Filter":"OpenDMARC Filter v1.4.2 sourceware.org DD0254BA2E0E","ARC-Filter":"OpenARC Filter v1.0.0 sourceware.org DD0254BA2E0E","ARC-Seal":"i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1776292431; cv=none;\n b=iyt/gNOQlTox8GC2YRR79Nh+nPbEcA0Hi/O/h6yTTRRD3f9YUbQBqSgjxrobF3hRSKNoVzxl2YASPbNESk55KU9qaWdZsbKES4sGXGOw54ZKPZtLInzQ5s0FM7o2EEvZ14RodTOIDAuNi59HdH8jW93P7w1f7r+11AkSFBthfsM=","ARC-Message-Signature":"i=1; a=rsa-sha256; d=sourceware.org; s=key;\n t=1776292431; c=relaxed/simple;\n bh=tpnKtjd2X80mOuT5RqLEfXzsX6M9zSYckSPiRjZKHPg=;\n h=DKIM-Signature:Message-ID:Subject:From:To:Date:MIME-Version;\n b=cq8i050iGzVj7vzvJLrV8GU5lC4AJzq1Mw5EXf8a0bELAgOEMzAOPJT23xXjA5mNNoG3yK6ghcx87hDj8WynEXAEm2QDkgckk0BDJO5xrdZw7IeTTmXnvEpN9DVPlz3cOgdcRiad9Ayq5OXswZHmsRZXo/3wPGRwYkPz1p+b9ms=","ARC-Authentication-Results":"i=1; server2.sourceware.org","DKIM-Signature":"v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com;\n s=mimecast20190719; t=1776292430;\n h=from:from:reply-to:subject:subject:date:date:message-id:message-id:\n to:to:cc:mime-version:mime-version:content-type:content-type:\n content-transfer-encoding:content-transfer-encoding:\n in-reply-to:in-reply-to:references:references;\n bh=tpnKtjd2X80mOuT5RqLEfXzsX6M9zSYckSPiRjZKHPg=;\n b=C/LSaePEQcGMMzFTj6mn12fwgOdPISKp021k5nEFtfevnOugBg98yumGkvx9J0m2EmW3ZC\n QwBv13uw7BgpLHr0kgNZydb+/gLVNM3pugQ+JLawEnM0Cl3EFZlQY5e40jdcuLg7e13tjg\n lNNyfcnllSNKBx52jUs9Tq5l/MUEDos=","X-MC-Unique":"bOVTGgGYOvaFDsI1P9ZwtA-1","X-Mimecast-MFC-AGG-ID":"bOVTGgGYOvaFDsI1P9ZwtA_1776292429","X-Google-DKIM-Signature":"v=1; a=rsa-sha256; c=relaxed/relaxed;\n d=1e100.net; s=20251104; t=1776292428; x=1776897228;\n h=mime-version:user-agent:content-transfer-encoding:references\n :in-reply-to:date:to:from:subject:message-id:x-gm-gg\n :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to;\n bh=T/seLg9sDZYL5ViwlKNBEjtWfivUg3A2KSEobZgsze0=;\n b=oOoJKe+1ifcZx/JdVp3BoGBgC417L9MllVVa7JTSxkcjYZyJ2ikfhOPYXx0Swe8oI5\n mVHHkFaLnjP9Xm0jdvTuT01oAB3yPlPZ+SLuMctRHExu+wg3MuAw8GsqzhA/nxrgQnpN\n qnapWgRB9fSJCsgyAl5BCwQKFuKp48kTi88QtUfoCC6uWQJkMfl2PBvgkWNaaTG4C2hF\n hmhvXaeNvJA9qSXg3ic0lrI9prRv8Q3psW9dGA183BD9fKKoTE1QhjbNfy1Vf3w6yh/s\n 9ERJVksKsarCUm9myYVIFZB9TccECEoGV6XAC59fbkUvglpv88ER+Mg9j1r9Muok8jQF\n G4yA==","X-Forwarded-Encrypted":"i=1;\n AFNElJ/X6XZIZ2OzmUdU37csw1ZG83wop8WdaiYiP/HFZ0WoaG67eqGcuNQ+yvlpcpIQidt5LDtQ55JBLt9xIg==@gcc.gnu.org","X-Gm-Message-State":"AOJu0YwjWns2VeZAfNgiFJjJoiG/sq9XsyMzBOrVwvhnwBKRnmpFgbJs\n 0Qc88aj9bTxALpcTtqc8vYx1UCLM5LB5YTdPRHfTIOq7GCWXBQJ2Q20ZRBEu0H2FUftIx9CO31w\n tcQ4bl/1/bLZPaOr0BrkX7uvLw1rHJYr2F3eFmwKQD9J3ggeLmyppijXo6qrvM6hD4kU=","X-Gm-Gg":"AeBDiespol2RuJ2IXciXNGrf9enEMrTVn+I2itoARN4F5+f6EQkmWJbX2ryeWflHMi9\n oQNtMF4EYVaY1/eXMxsbrPUWrwOcgzL2JyAEGcj7gHczc5HVgxj29JbWLq++77F+hw6P1lWT1ZA\n 7Encqo/dWUz1W0tZINfkyo/BrcYZJa4T839+8SYbR7BgWstk+e4e4NpQQ7DJhjkf24RC2OVX8Ge\n 3hyPhBYQ/hkaPIbvrq6id/2PeOXKKND/excqrFYCb7kCg0VAF9GsWBH7iowCi0Rl+JgCR8vusrV\n zL6lJ1xUlozMUSprMHlcoqp2Yqb1WN1qjr3/ysQ45BPR1XHap08oGW5owJst7rdDh4OEj9LHeru\n oNvqFDPGbHx/Wui+Z+7QFa74CJJsvK1/XO7FejIlLIla0oeVhiDji+PH4N0M/8g==","X-Received":["by 2002:a05:6214:4981:b0:8ae:660a:be75 with SMTP id\n 6a1803df08f44-8ae75ec2507mr23865606d6.9.1776292428323;\n Wed, 15 Apr 2026 15:33:48 -0700 (PDT)","by 2002:a05:6214:4981:b0:8ae:660a:be75 with SMTP id\n 6a1803df08f44-8ae75ec2507mr23865106d6.9.1776292427866;\n Wed, 15 Apr 2026 15:33:47 -0700 (PDT)"],"Message-ID":"<b4b7f13f6f7dd533ccf985ad336a7f976e4fa4d5.camel@redhat.com>","Subject":"Re: [PATCH v2] analyzer: do not segfault when printing unknown impl\n location","From":"David Malcolm <dmalcolm@redhat.com>","To":"=?iso-8859-1?q?Torbj=F6rn?= SVENSSON <torbjorn.svensson@foss.st.com>,\n  gcc-patches@gcc.gnu.org, rguenther@suse.de","Date":"Wed, 15 Apr 2026 18:33:46 -0400","In-Reply-To":"<20260415173801.963400-1-torbjorn.svensson@foss.st.com>","References":"<d08653e0ea4592ecc8bc0fbe4c630081b119429f.camel@redhat.com>\n <20260415173801.963400-1-torbjorn.svensson@foss.st.com>","User-Agent":"Evolution 3.54.3 (3.54.3-1.fc41)","MIME-Version":"1.0","X-Mimecast-Spam-Score":"0","X-Mimecast-MFC-PROC-ID":"rRc_fTwJ45kLkCDaxEASM7-4Auru7Tgz3yujcRI5yCQ_1776292429","X-Mimecast-Originator":"redhat.com","Content-Type":"text/plain; charset=\"UTF-8\"","Content-Transfer-Encoding":"quoted-printable","X-BeenThere":"gcc-patches@gcc.gnu.org","X-Mailman-Version":"2.1.30","Precedence":"list","List-Id":"Gcc-patches mailing list <gcc-patches.gcc.gnu.org>","List-Unsubscribe":"<https://gcc.gnu.org/mailman/options/gcc-patches>,\n <mailto:gcc-patches-request@gcc.gnu.org?subject=unsubscribe>","List-Archive":"<https://gcc.gnu.org/pipermail/gcc-patches/>","List-Post":"<mailto:gcc-patches@gcc.gnu.org>","List-Help":"<mailto:gcc-patches-request@gcc.gnu.org?subject=help>","List-Subscribe":"<https://gcc.gnu.org/mailman/listinfo/gcc-patches>,\n <mailto:gcc-patches-request@gcc.gnu.org?subject=subscribe>","Errors-To":"gcc-patches-bounces~incoming=patchwork.ozlabs.org@gcc.gnu.org"}},{"id":3678018,"web_url":"http://patchwork.ozlabs.org/comment/3678018/","msgid":"<473f3c2e-8c5f-41e7-a72b-96cb317d6e61@foss.st.com>","list_archive_url":null,"date":"2026-04-16T08:48:46","subject":"Re: [PATCH v2] analyzer: do not segfault when printing unknown impl\n location","submitter":{"id":84848,"url":"http://patchwork.ozlabs.org/api/people/84848/","name":"Torbjörn SVENSSON","email":"torbjorn.svensson@foss.st.com"},"content":"On 2026-04-16 00:33, David Malcolm wrote:\n> On Wed, 2026-04-15 at 19:31 +0200, Torbjörn SVENSSON wrote:\n>> Changes since v1:\n>>\n>> - Removed changes to dumpfile.h\n>> - If the char pointer is NULL, then print \"<unknown>\" instead.\n>>\n>> With below patch, arm-none-eabi builds fine on macOS, Linux and\n>> cross-building for Windows on Linux.\n>> I've test the ice-pr124055-1.c and it no longer segfaults cc1 so I\n>> think the change is fine.\n>> Currently re-running the full testsuite. Is this ok for trunk if\n>> there are no regressions?\n> \n> LGTM; thanks.\n\nPushed as r16-8699-gc84443ab3c2dfa since there were no regressions in my test run.\n\nKind regards,\nTorbjörn\n\n> \n> Dave\n> \n>>\n>> Kind regards,\n>> Torbjörn\n>>\n>> --\n>>\n>> When dump_impl_location_t::m_function or dump_impl_location_t::m_file\n>> is NULL,\n>> then GCC segfaults when attempting to print the location.\n>>\n>> $ ./bin/arm-none-eabi-gcc ../ice-pr124055-1.c -fanalyzer -Wanalyzer-\n>> too-complex -Wanalyzer-symbol-too-complex -O -fdump-analyzer -\n>> frounding-math -S -o /dev/null -wrapper lldb,--\n>> (lldb) target create \"/build/r16-8473-\n>> g5cc0ead3625fe6/bin/../lib/gcc/arm-none-eabi/16.0.1/cc1\"\n>> ...\n>> (lldb) r\n>> Process 31748 launched: '/build/r16-8473-g5cc0ead3625fe6/lib/gcc/arm-\n>> none-eabi/16.0.1/cc1' (arm64)\n>> Process 31748 stopped\n>> * thread #1, queue = 'com.apple.main-thread', stop reason =\n>> EXC_BAD_ACCESS (code=1, address=0x0)\n>>      frame #0: 0x000000018ae7ea44\n>> libsystem_platform.dylib`_platform_strlen + 4\n>> libsystem_platform.dylib`_platform_strlen:\n>> ->  0x18ae7ea44 <+4>:  ldr    q0, [x1]\n>>      0x18ae7ea48 <+8>:  adr    x3, 0x18ae7e980 ;\n>> ___lldb_unnamed_symbol320\n>>      0x18ae7ea4c <+12>: ldr    q2, [x3], #0x10\n>>      0x18ae7ea50 <+16>: and    x2, x0, #0xf\n>> Target 0: (cc1) stopped.\n>> (lldb) bt\n>> * thread #1, queue = 'com.apple.main-thread', stop reason =\n>> EXC_BAD_ACCESS (code=1, address=0x0)\n>>    * frame #0: 0x000000018ae7ea44\n>> libsystem_platform.dylib`_platform_strlen + 4\n>>      frame #1: 0x0000000101223d68\n>> cc1`pp_quoted_string(pretty_printer*, char const*, unsigned long) +\n>> 244\n>>      frame #2: 0x0000000101220628\n>> cc1`pretty_printer::format(text_info&) + 2772\n>>      frame #3: 0x0000000101108b8c cc1`ana::logger::log_va(char const*,\n>> char**) + 100\n>>      frame #4: 0x0000000101108970 cc1`ana::logger::log(char const*,\n>> ...) + 28\n>>      frame #5: 0x0000000101129da4\n>> cc1`ana::impl_region_model_context::on_unexpected_tree_code(tree_node\n>> *, dump_location_t const&) + 80\n>>      frame #6: 0x0000000101174d3c\n>> cc1`ana::region_model_manager::get_region_for_unexpected_tree_code(an\n>> a::region_model_context*, tree_node*, dump_location_t const&) + 184\n>> ...\n>>\n>> This happens when GCC is built with GCC <4.8 or with another\n>> toolchain,\n>> like LLVM. Seen on macOS with clang-1600.0.26.6.\n>>\n>> gcc/analyzer/ChangeLog:\n>>\n>> \t* engine.cc\n>> (impl_region_model_context::on_unexpected_tree_code): Print\n>> \t\"<unknown>\" when m_file or m_function is NULL.\n>>\n>> Signed-off-by: Torbjörn SVENSSON <torbjorn.svensson@foss.st.com>\n>> ---\n>>   gcc/analyzer/engine.cc | 14 +++++++++-----\n>>   1 file changed, 9 insertions(+), 5 deletions(-)\n>>\n>> diff --git a/gcc/analyzer/engine.cc b/gcc/analyzer/engine.cc\n>> index a4d870bd3d2..a5ab173ca16 100644\n>> --- a/gcc/analyzer/engine.cc\n>> +++ b/gcc/analyzer/engine.cc\n>> @@ -904,11 +904,15 @@\n>> impl_region_model_context::on_unexpected_tree_code (tree t,\n>>   {\n>>     logger * const logger = get_logger ();\n>>     if (logger)\n>> -    logger->log (\"unhandled tree code: %qs in %qs at %s:%i\",\n>> -\t\t get_tree_code_name (TREE_CODE (t)),\n>> -\t\t loc.get_impl_location ().m_function,\n>> -\t\t loc.get_impl_location ().m_file,\n>> -\t\t loc.get_impl_location ().m_line);\n>> +    {\n>> +      const dump_impl_location_t &impl_loc = loc.get_impl_location\n>> ();\n>> +      const char *unknown = \"<unknown>\";\n>> +      logger->log (\"unhandled tree code: %qs in %qs at %s:%i\",\n>> +\t\t   get_tree_code_name (TREE_CODE (t)),\n>> +\t\t   impl_loc.m_function ? impl_loc.m_function :\n>> unknown,\n>> +\t\t   impl_loc.m_file ? impl_loc.m_file : unknown,\n>> +\t\t   impl_loc.m_line);\n>> +    }\n>>     if (m_new_state)\n>>       m_new_state->m_valid = false;\n>>   }\n>","headers":{"Return-Path":"<gcc-patches-bounces~incoming=patchwork.ozlabs.org@gcc.gnu.org>","X-Original-To":["incoming@patchwork.ozlabs.org","gcc-patches@gcc.gnu.org"],"Delivered-To":["patchwork-incoming@legolas.ozlabs.org","gcc-patches@gcc.gnu.org"],"Authentication-Results":["legolas.ozlabs.org;\n\tdkim=pass (2048-bit key;\n unprotected) header.d=foss.st.com header.i=@foss.st.com header.a=rsa-sha256\n header.s=selector2 header.b=AekuDM65;\n\tdkim-atps=neutral","legolas.ozlabs.org;\n spf=pass (sender SPF authorized) smtp.mailfrom=gcc.gnu.org\n (client-ip=38.145.34.32; helo=vm01.sourceware.org;\n envelope-from=gcc-patches-bounces~incoming=patchwork.ozlabs.org@gcc.gnu.org;\n receiver=patchwork.ozlabs.org)","sourceware.org;\n\tdkim=pass (2048-bit key,\n unprotected) header.d=foss.st.com header.i=@foss.st.com header.a=rsa-sha256\n header.s=selector2 header.b=AekuDM65","sourceware.org;\n dmarc=pass (p=none dis=none) header.from=foss.st.com","sourceware.org; spf=pass smtp.mailfrom=foss.st.com","server2.sourceware.org;\n arc=pass smtp.remote-ip=52.101.70.65"],"Received":["from vm01.sourceware.org (vm01.sourceware.org [38.145.34.32])\n\t(using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)\n\t key-exchange x25519 server-signature ECDSA (secp384r1) server-digest SHA384)\n\t(No client certificate requested)\n\tby legolas.ozlabs.org (Postfix) with ESMTPS id 4fxBXb259lz1yDF\n\tfor <incoming@patchwork.ozlabs.org>; Thu, 16 Apr 2026 18:49:51 +1000 (AEST)","from vm01.sourceware.org (localhost [127.0.0.1])\n\tby sourceware.org (Postfix) with ESMTP id 65F284BA2E10\n\tfor <incoming@patchwork.ozlabs.org>; Thu, 16 Apr 2026 08:49:49 +0000 (GMT)","from AS8PR04CU009.outbound.protection.outlook.com\n (mail-westeuropeazon11011065.outbound.protection.outlook.com [52.101.70.65])\n by sourceware.org (Postfix) with ESMTPS id 9ACBE4BA2E14\n for <gcc-patches@gcc.gnu.org>; Thu, 16 Apr 2026 08:49:18 +0000 (GMT)","from DU2PR04CA0182.eurprd04.prod.outlook.com (2603:10a6:10:28d::7)\n by DU0PR10MB5751.EURPRD10.PROD.OUTLOOK.COM (2603:10a6:10:31a::12) with\n Microsoft SMTP Server (version=TLS1_2,\n cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.9769.48; Thu, 16 Apr\n 2026 08:49:13 +0000","from DU6PEPF00009524.eurprd02.prod.outlook.com (2603:10a6:10:28d::4)\n by DU2PR04CA0182.outlook.office365.com (2603:10a6:10:28d::7) with\n Microsoft\n SMTP Server (version=TLS1_3, cipher=TLS_AES_256_GCM_SHA384) id 15.20.9769.51\n via Frontend Transport; Thu, 16 Apr 2026 08:49:13 +0000","from smtpO365.st.com (164.130.1.60) by\n DU6PEPF00009524.mail.protection.outlook.com (10.167.8.5) with Microsoft SMTP\n Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id\n 15.20.9769.17 via Frontend Transport; Thu, 16 Apr 2026 08:49:13 +0000","from STKDAG1NODE2.st.com (10.75.128.133) by smtpO365.st.com\n (10.250.44.72) with Microsoft SMTP Server (version=TLS1_2,\n cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.2562.29; Thu, 16 Apr\n 2026 10:51:37 +0200","from [10.74.16.102] (10.74.16.102) by STKDAG1NODE2.st.com\n (10.75.128.133) with Microsoft SMTP Server (version=TLS1_2,\n cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.2562.29; Thu, 16 Apr\n 2026 10:48:47 +0200"],"DKIM-Filter":["OpenDKIM Filter v2.11.0 sourceware.org 65F284BA2E10","OpenDKIM Filter v2.11.0 sourceware.org 9ACBE4BA2E14"],"DMARC-Filter":"OpenDMARC Filter v1.4.2 sourceware.org 9ACBE4BA2E14","ARC-Filter":"OpenARC Filter v1.0.0 sourceware.org 9ACBE4BA2E14","ARC-Seal":["i=2; a=rsa-sha256; d=sourceware.org; s=key; t=1776329359; cv=pass;\n b=F/IT/lQALY8jKF9htx3tBF8owgeJ0sUS/0XIs5MKwypbIqzbnZ7Hraghi0p4VeHcNBNyo2eoPaTBbgvkkPVqnoyZL/NvxWMsfGLhvJscOaaBJxCdc6KDXflnoG0orbKEDbRKUyzBMvi/pCLDh2xtEfn9kVdvgN2MMGmdSTuO5y0=","i=1; a=rsa-sha256; s=arcselector10001; d=microsoft.com; cv=none;\n b=P/vs+4tbTm00TuG4L6BgMlfNz55jLRnxY/qgLg5R2JDLMahgRXx86BbAMn2/ZCKkQvMTbzCc7rC7DBLIKGQk8VDMXjLASWP2HgLITjM/sYgR60xefi+YNKgjdAjZyolpo0auTW63qwJ+vhy+knSLmSHWyJ2ndjIf2MFBuvATa1Pk6D9SpvdsMjRulfQASPJJE9EMbXbqryB7+DS31dGg/oY3T2glksvuBqQff0AiN9qaZWB6a1zfjlgVT37meanLzPt0rPiqHEFm+e79AXqfvrqY/rK38xTK09faj2P/4Xqy9uO2qtkuNQXHoO0XPpXuFSvYG44TDjeyPu1BQ+pHCQ=="],"ARC-Message-Signature":["i=2; a=rsa-sha256; d=sourceware.org; s=key;\n t=1776329359; c=relaxed/simple;\n bh=8jqs2EzNR861Q26cmJEGPUuil7UitOJhxI3MffqCCbU=;\n h=DKIM-Signature:Message-ID:Date:MIME-Version:Subject:To:From;\n b=fHdJJBTBCaTMX6YRNG2EJFqFqshDFJWfFWe23YlhlAjVc0To6ursHV08jXSdWMX0pI0mEEV1amu39F7WSg5IH8lEt/eSdy9HAqFFf8al8cCreNs3OyAHBnw8pTmrKDDNi+hQyiIRRwHgilPXT6SKpRyoEF8KwtgqJZxDfCefGm0=","i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com;\n s=arcselector10001;\n h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1;\n bh=IrbofF3MvSYedy0SxpLp0lL/Y7zW0i07kX/g59EHiRE=;\n b=Rg6h74yDpoQxebhi7wDo4j6DayW5JhO9MGNcVOKEiGq7eGdPUS1bllyFu3Le1zlNh8nBHZgqw9OoAihh92d2sddbACVuYF/z/HpiTlBj6zHqUiqp59DlkmvDS8TcSs3jUzlCwMEivNDvMSHn3XCD2e3mHDSMILM0RjfwTc0v+ES8qnBPD2vXzT0lMXXLNf/o+i/umh9TIuVKahImh39WyIH719ehcDRcIHDw+vQPF1hxLA4oAV7Bssj8bmkMY1RqiEpUGwPL+3R8XOSmcA1v8TthleVL/S651zt0HDhB/a7DaqpEYiqcOOHskdDfVmyKfOzi3N62TTd9g87c6n1W/g=="],"ARC-Authentication-Results":["i=2; server2.sourceware.org","i=1; mx.microsoft.com 1; spf=fail (sender ip is\n 164.130.1.60) smtp.rcpttodomain=redhat.com smtp.mailfrom=foss.st.com;\n dmarc=fail (p=none sp=none pct=100) action=none header.from=foss.st.com;\n dkim=none (message not signed); arc=none (0)"],"DKIM-Signature":"v=1; a=rsa-sha256; c=relaxed/relaxed; d=foss.st.com;\n s=selector2;\n h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck;\n bh=IrbofF3MvSYedy0SxpLp0lL/Y7zW0i07kX/g59EHiRE=;\n b=AekuDM65KcLGs4OPRKKLX7tknrUcO9Ksd0i208hIsJ5kDQZQN40yd4uq88stCWru1n9YkIIUje5lBoVhfEEdqFNEJsDI8ZjCK9vE3CB5BM14BeJBHONcTkmjsx6ryhad1+jnN5k7mtoGvldDNlznwPNG8Kp9zey6pr750/Y3d4CQ2YiLcmAZAWFUIJeN9F+V/GmcekkyE1Uqxyf3PoCPAbjH6GnApMz5ZtJg3afuwyXQcAxFeeS8jVTQyNFr3V4Wn6VzHMh+owpQ0set4dMkXs78nhEr0oRSc/OkCsPxpkAktr4Nq0BL/fH6RV1zPUeB9YPk0A0s+V+FVdslZGKUew==","X-MS-Exchange-Authentication-Results":"spf=fail (sender IP is 164.130.1.60)\n smtp.mailfrom=foss.st.com; dkim=none (message not signed)\n header.d=none;dmarc=fail action=none header.from=foss.st.com;","Received-SPF":"Fail (protection.outlook.com: domain of foss.st.com does not\n designate 164.130.1.60 as permitted sender) receiver=protection.outlook.com;\n client-ip=164.130.1.60; helo=smtpO365.st.com;","Message-ID":"<473f3c2e-8c5f-41e7-a72b-96cb317d6e61@foss.st.com>","Date":"Thu, 16 Apr 2026 10:48:46 +0200","MIME-Version":"1.0","User-Agent":"Mozilla Thunderbird","Subject":"Re: [PATCH v2] analyzer: do not segfault when printing unknown impl\n location","To":"David Malcolm <dmalcolm@redhat.com>, <gcc-patches@gcc.gnu.org>,\n <rguenther@suse.de>","References":"<d08653e0ea4592ecc8bc0fbe4c630081b119429f.camel@redhat.com>\n <20260415173801.963400-1-torbjorn.svensson@foss.st.com>\n <b4b7f13f6f7dd533ccf985ad336a7f976e4fa4d5.camel@redhat.com>","From":"Torbjorn SVENSSON <torbjorn.svensson@foss.st.com>","Content-Language":"en-US","In-Reply-To":"<b4b7f13f6f7dd533ccf985ad336a7f976e4fa4d5.camel@redhat.com>","Content-Type":"text/plain; charset=\"UTF-8\"; format=flowed","Content-Transfer-Encoding":"8bit","X-Originating-IP":"[10.74.16.102]","X-ClientProxiedBy":"ENXCAS1NODE2.st.com (10.75.128.138) To STKDAG1NODE2.st.com\n (10.75.128.133)","X-EOPAttributedMessage":"0","X-MS-PublicTrafficType":"Email","X-MS-TrafficTypeDiagnostic":"DU6PEPF00009524:EE_|DU0PR10MB5751:EE_","X-MS-Office365-Filtering-Correlation-Id":"4a58432f-cdf0-4375-b3f7-08de9b950910","X-MS-Exchange-SenderADCheck":"1","X-MS-Exchange-AntiSpam-Relay":"0","X-Microsoft-Antispam":"BCL:0;\n ARA:13230040|82310400026|36860700016|376014|1800799024|22082099003|56012099003|18002099003;","X-Microsoft-Antispam-Message-Info":"\n RPbkAgMkubZs0OLBVOxH/gBfAmT/S2wb0ruM5lZ4+BAvHhB98i5/BMXoNvpOY+Xiv043vxWnZghYYzgmWMkbopVF4iNZvZkFjp+IKImG4FlSlR2Gevo0HO3WPGClo9QTFgEbae5VNExHBeo+TKYe8QHR+vWBlXRV7oW6Jis7RJtooy0ZUxlSi1HhBEsVuMd3J3SG/SHp6lx8mStLcwMBHT6ivaSF3WOAYVZZ8uj/Wzdk5uyMPTtoSvAy0zk2l1UtZg2VuAaaN69dEoWy5ODrKjWeNaLPYW9QtOXrhJFs4c0dJmPbjrmhgQOaEOvOaEn4289bEvqLiPzjGzdngWMNs4Xh2Q1S+RLrD5+HLg9f9jM1+PfBFwZyoUaYWAFGffRb23ekynSKdog3e7Dz7sB3+PYFJVYCjRfFGCnZk2knpH1I73c6u69cdrnYyg/f9FmYKXvwPhTZz2PbCRi4URAC+jkw9rjDjMKn/9SqiNolCsUsl0nNNfuR+EovmpwtgsF6llPtQdhnqUUqqgpjqxuCxnGwI1T3ZfmPJWkg1t0ESWOO5k8LWF+5hql6iVp9qyRXXwwXYCcv4L6nFaSatnNh6So+0brtpYUfhojic4pXqf246oC1WpwZYxgf89FxKu5fUR1bhI5TeddxiVaFfHiiKwoiLinNyJKFm/88WqZz+18Vz9VROMFQPlkmym5mSyhTO6Oc+w8poZz7nxdaqVjGWoGg6Fjss0cuu1FctBLwHEGXvQ+4qvah1af+p5te+lL70wduvjr7Ij54VYeO2qPS6g==","X-Forefront-Antispam-Report":"CIP:164.130.1.60; CTRY:IT; LANG:en; SCL:1; SRV:;\n IPV:CAL; SFV:NSPM; H:smtpO365.st.com; PTR:InfoDomainNonexistent; CAT:NONE;\n SFS:(13230040)(82310400026)(36860700016)(376014)(1800799024)(22082099003)(56012099003)(18002099003);\n DIR:OUT; SFP:1101;","X-MS-Exchange-AntiSpam-MessageData-ChunkCount":"1","X-MS-Exchange-AntiSpam-MessageData-0":"\n IFgBkZKOGf39ChKfYIYH0qnS8Zu2T86OEmIyVnbYtUJugR1FOjxDSEr2/DA3GD4h96sScsiEt0r/9zH62j8RcHo1/6UA/spkXsrE2QVMO+j8WkneEAxCVmukcE316XfwIDeoH8YO4fCJv/xO7vSJ/mDdzt0Pfx7xNZXnIuqJuo6qB35ibra1O/A1xUcbn7pLpncNyCyFkPooffDNRCBAR6eVQFdghg3VInOz9mWrLanCpG1rvfG5ZXluq/37m3KMKXA83gw97rENKDx9bcPeSM9/t+TzRjV5ZhT+LQic85QncMSW1pftMApXHWllfxuRDf5fF7OEJQdB1am3b8EaCO83bVLC8CbKeCnq6JD09A1AlcDz4t5PVJed0QEWqskRLD4tNRKbm8XbYDdeRhFf/ViXwNMCg78TRQ08BVz82IYjx9enf2uhghDRR0gXxfMw","X-OriginatorOrg":"foss.st.com","X-MS-Exchange-CrossTenant-OriginalArrivalTime":"16 Apr 2026 08:49:13.6599 (UTC)","X-MS-Exchange-CrossTenant-Network-Message-Id":"\n 4a58432f-cdf0-4375-b3f7-08de9b950910","X-MS-Exchange-CrossTenant-Id":"75e027c9-20d5-47d5-b82f-77d7cd041e8f","X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp":"\n TenantId=75e027c9-20d5-47d5-b82f-77d7cd041e8f; Ip=[164.130.1.60];\n Helo=[smtpO365.st.com]","X-MS-Exchange-CrossTenant-AuthSource":"\n DU6PEPF00009524.eurprd02.prod.outlook.com","X-MS-Exchange-CrossTenant-AuthAs":"Anonymous","X-MS-Exchange-CrossTenant-FromEntityHeader":"HybridOnPrem","X-MS-Exchange-Transport-CrossTenantHeadersStamped":"DU0PR10MB5751","X-BeenThere":"gcc-patches@gcc.gnu.org","X-Mailman-Version":"2.1.30","Precedence":"list","List-Id":"Gcc-patches mailing list <gcc-patches.gcc.gnu.org>","List-Unsubscribe":"<https://gcc.gnu.org/mailman/options/gcc-patches>,\n <mailto:gcc-patches-request@gcc.gnu.org?subject=unsubscribe>","List-Archive":"<https://gcc.gnu.org/pipermail/gcc-patches/>","List-Post":"<mailto:gcc-patches@gcc.gnu.org>","List-Help":"<mailto:gcc-patches-request@gcc.gnu.org?subject=help>","List-Subscribe":"<https://gcc.gnu.org/mailman/listinfo/gcc-patches>,\n <mailto:gcc-patches-request@gcc.gnu.org?subject=subscribe>","Errors-To":"gcc-patches-bounces~incoming=patchwork.ozlabs.org@gcc.gnu.org"}}]