From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from EUR01-DB5-obe.outbound.protection.outlook.com (mail-db5eur01on2051.outbound.protection.outlook.com [40.107.15.51]) by sourceware.org (Postfix) with ESMTPS id B1B913858C5F for ; Thu, 9 Feb 2023 16:44:32 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org B1B913858C5F Authentication-Results: sourceware.org; dmarc=pass (p=none dis=none) header.from=arm.com Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=arm.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=armh.onmicrosoft.com; s=selector2-armh-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=Pmju+KjOvvqCYQ8C8jtHMaPvaWtRbOdZaueF2zw1IlI=; b=Gk1IVVEvjS5HFzZSy+3X/QWwpb0RTAleLSWI8h2G0rpoby483WHugYkY8FPW8x2lAzkI4T3nwBgFtg/mVTvY2FJBM8Jh4JZAXLItxdskmpkmFzaOmp9Sz9D7bsBiHYvBh3YKsmT5TPEGHy/zoVYQxDnGkAdJzfKd8MEaDHp8GEg= Received: from DB3PR06CA0002.eurprd06.prod.outlook.com (2603:10a6:8:1::15) by AS8PR08MB9265.eurprd08.prod.outlook.com (2603:10a6:20b:5a1::22) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.6086.19; Thu, 9 Feb 2023 16:44:28 +0000 Received: from DBAEUR03FT044.eop-EUR03.prod.protection.outlook.com (2603:10a6:8:1:cafe::3a) by DB3PR06CA0002.outlook.office365.com (2603:10a6:8:1::15) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.6086.17 via Frontend Transport; Thu, 9 Feb 2023 16:44:28 +0000 X-MS-Exchange-Authentication-Results: spf=pass (sender IP is 63.35.35.123) smtp.mailfrom=arm.com; dkim=pass (signature was verified) header.d=armh.onmicrosoft.com;dmarc=pass action=none header.from=arm.com; Received-SPF: Pass (protection.outlook.com: domain of arm.com designates 63.35.35.123 as permitted sender) receiver=protection.outlook.com; client-ip=63.35.35.123; helo=64aa7808-outbound-1.mta.getcheckrecipient.com; pr=C Received: from 64aa7808-outbound-1.mta.getcheckrecipient.com (63.35.35.123) by DBAEUR03FT044.mail.protection.outlook.com (100.127.142.189) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.6086.19 via Frontend Transport; Thu, 9 Feb 2023 16:44:27 +0000 Received: ("Tessian outbound 3ad958cd7492:v132"); Thu, 09 Feb 2023 16:44:27 +0000 X-CheckRecipientChecked: true X-CR-MTA-CID: c1dbca06d290a0d2 X-CR-MTA-TID: 64aa7808 Received: from 40bcdc5b9fb8.1 by 64aa7808-outbound-1.mta.getcheckrecipient.com id 95268962-77CA-4E79-8049-B3385A5CA434.1; Thu, 09 Feb 2023 16:44:21 +0000 Received: from EUR03-DBA-obe.outbound.protection.outlook.com by 64aa7808-outbound-1.mta.getcheckrecipient.com with ESMTPS id 40bcdc5b9fb8.1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384); Thu, 09 Feb 2023 16:44:21 +0000 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=K7tY2xbwHX21xLMD6lqwp4h0HtzCCqgYEjyNmVorq6QqnCXAdpuCdalUBIdG5Bw5QxFl8pwvQ0/+H6bGqBg/l7OZAesDBZZ63/IHSY0r3EFsFMrmZdsC9Z2XII2dxSfblZuFwdwltWiXIZWg4bKIde0ZIwDRr6prrUd+UBYXvo4UgIi1nAfqKyQrQgfgzHUl8HuKvsr2H2I21HnXA7oQ6y75jCaB1g2FB7wsJhaBWuHkMAOf8/Bi3qnli9U9qVkk80Mg6o6ZDXzJorivY8eWAeqSU4S+Tb3Zj8PhLGUb6Z0tqUgykufTbk30FjYMHJ6I318rU8jUmnD6ufOa+3+X4Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; 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; bh=Pmju+KjOvvqCYQ8C8jtHMaPvaWtRbOdZaueF2zw1IlI=; b=bHh77T//S2pK2Kl+IwbqIZtLUpXUIm1OSxpsWGygI0Vkytg4l0B9cBKiIxyFGw7T2/Ou0HlhzVY4A65p4sw2GXV9HsqeXFnr8wgnU4knQ+dzPwsuMwyf2Pd4PF/zFGlXo50Qs6AD2fg3iwciFkOroVKG2A3pzH3mKDrJSTCXc88NwOy20UADvpvZ3urgyG9cU7CgryBRCdEaeGEcUF6zqCbLT0e7ppXSRncdKP3g1xYN4EGeYjOYcoSemd27wfK2C6A0tOurbR2ciL7/Y/yg6pmHb+T/77hw3i3vUEXLWSovTsjXug8D8DAIGrdGoWWFRzmr/R2UTBa2dRQjfM1WfA== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=arm.com; dmarc=pass action=none header.from=arm.com; dkim=pass header.d=arm.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=armh.onmicrosoft.com; s=selector2-armh-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=Pmju+KjOvvqCYQ8C8jtHMaPvaWtRbOdZaueF2zw1IlI=; b=Gk1IVVEvjS5HFzZSy+3X/QWwpb0RTAleLSWI8h2G0rpoby483WHugYkY8FPW8x2lAzkI4T3nwBgFtg/mVTvY2FJBM8Jh4JZAXLItxdskmpkmFzaOmp9Sz9D7bsBiHYvBh3YKsmT5TPEGHy/zoVYQxDnGkAdJzfKd8MEaDHp8GEg= Authentication-Results-Original: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=arm.com; Received: from VI1PR08MB3919.eurprd08.prod.outlook.com (2603:10a6:803:c4::31) by GV1PR08MB9914.eurprd08.prod.outlook.com (2603:10a6:150:87::15) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.6086.18; Thu, 9 Feb 2023 16:44:18 +0000 Received: from VI1PR08MB3919.eurprd08.prod.outlook.com ([fe80::bced:32a3:b77e:90a6]) by VI1PR08MB3919.eurprd08.prod.outlook.com ([fe80::bced:32a3:b77e:90a6%7]) with mapi id 15.20.6086.019; Thu, 9 Feb 2023 16:44:18 +0000 Message-ID: Date: Thu, 9 Feb 2023 16:44:12 +0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.7.1 Subject: Re: [pushed] [gdb/testsuite] Use maint ignore-probes in gdb.base/longjmp.exp Content-Language: en-US To: Tom de Vries , gdb-patches@sourceware.org References: <20230208124652.29570-1-tdevries@suse.de> <23f68beb-39c5-33c8-2d2d-f076192d2648@suse.de> <57277a06-0a9c-e731-beee-1f6d0e88ea6f@arm.com> <2503e9bb-78d0-52ab-71b3-3c8fe6c9415d@arm.com> <53610c56-49e5-643d-b44a-abe70821e7be@suse.de> <70bee05b-f07b-8fe8-d766-dfbefff244dc@arm.com> <943e3c5c-091b-5a15-881d-58bf360d2d96@arm.com> <34948fdd-acd2-7dee-dbd2-b5c7e7734c71@suse.de> <81010327-729e-4ac0-66cd-a7eaf97756e4@arm.com> From: Luis Machado In-Reply-To: <81010327-729e-4ac0-66cd-a7eaf97756e4@arm.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-ClientProxiedBy: LO2P265CA0239.GBRP265.PROD.OUTLOOK.COM (2603:10a6:600:b::35) To VI1PR08MB3919.eurprd08.prod.outlook.com (2603:10a6:803:c4::31) MIME-Version: 1.0 X-MS-TrafficTypeDiagnostic: VI1PR08MB3919:EE_|GV1PR08MB9914:EE_|DBAEUR03FT044:EE_|AS8PR08MB9265:EE_ X-MS-Office365-Filtering-Correlation-Id: da48766a-31f4-48fa-e413-08db0abce8d7 x-checkrecipientrouted: true NoDisclaimer: true X-MS-Exchange-SenderADCheck: 1 X-MS-Exchange-AntiSpam-Relay: 0 X-Microsoft-Antispam-Untrusted: BCL:0; X-Microsoft-Antispam-Message-Info-Original: dfNQ+QXwcIPuq8o+osVRy/muHxMikgtaefJIzUMefg2I+BRh0RFu7ECnIqn2mkhm1ELvxpMDY4ovdVa5ljM0zRMVcWEWMTt0w87Ds5GejVmbbN5+Godx8SzLA5E5aX9kUlZxskAbl7XvUYjzr/sLV2tzkQoxuo/YbZ+D+ezcfLOA71fLXEOzbWh0xOMnePhv8LuLEInBae/6AtZ1zRv0YKZUmyIYtNdC7M2jqnriIPSGo613oJ3cIiZOvP+I5pdXIVsmPoaHGFpaD/M0f4tCvC4p+Q4u9pD/2BWcA9kqrKIid2ViWg0V/Qj2YqklFXeMczcbgG5YDu+FD5W+4p9aIsLOFwpOVV3C1a4gH/e5KMh7i13e5ddz9j9HLmp6+FdRfBedtuSllGKeYzLfWAXevdS4XOoZUaZXkjivY3ooialyUeD/RfXtTHZsi0BJda3V1FOAfcOtNjbgkem6IErfEQml1pS9IhLSQgJ+8k8j29Fw85I9Nh6WeyDWC8db9vJ/rp6qm6I+dP9h2CQcCJoFFpwLo/mwjA+nK3MtKG22lUYf0GkUJLD7RGq5zQoP9vswnnOmO9Xs+2cFIK/mBFH+UH5pvRJLdDV47WP7HA0i20XdXW4NmcLNtTONKfh8Ofo/t2w7oOBUUcTXLEL9WY/34GIwrevnZ4OiuKCIZapcTdZ2QLD5n2WhXBT92HUkpUr8RpZbZ18MCPhU3GGSKlPo+DBmUie2CnndkclP/OAaijRvMaA0WK4ZRd1zeUD1+BpxzV/8JnQIIgLuSom+dc6dqoBK8I1cd96R607ayc1nnEogHhQ3pqBiUc8lOPHFwcgs X-Forefront-Antispam-Report-Untrusted: CIP:255.255.255.255;CTRY:;LANG:en;SCL:1;SRV:;IPV:NLI;SFV:NSPM;H:VI1PR08MB3919.eurprd08.prod.outlook.com;PTR:;CAT:NONE;SFS:(13230025)(4636009)(366004)(346002)(136003)(39860400002)(396003)(376002)(451199018)(5660300002)(86362001)(31696002)(186003)(8936002)(26005)(38100700002)(2616005)(6512007)(19627235002)(66476007)(66946007)(66556008)(316002)(41300700001)(8676002)(6506007)(478600001)(53546011)(6666004)(31686004)(966005)(36756003)(6486002)(2906002)(44832011)(84970400001)(45980500001)(43740500002);DIR:OUT;SFP:1101; X-MS-Exchange-Transport-CrossTenantHeadersStamped: GV1PR08MB9914 Original-Authentication-Results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=arm.com; X-EOPAttributedMessage: 0 X-MS-Exchange-Transport-CrossTenantHeadersStripped: DBAEUR03FT044.eop-EUR03.prod.protection.outlook.com X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id-Prvs: 5dcfc62b-54ea-4670-540e-08db0abce1f2 X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: vZDWvI44oCHz5keewdvaNdxRiCrwcsDrXDtENZoCGfR77vbcXhj7V8bhnkUdOx9ytdA/THS6kvHhOnZBKL2/krDKTV9s4zi/nVBXqcQ8mgEVOWwzJmBdLOT3a1trtKGe0OMl+MJbM/FMrFZm39OYtUi7eWMdNTLAAkQ6SeTqoQmPiuxt8JCBJ6A21YBDSgtfKBvZSsiSObdwc+IK/Sa+pnlynCs9MRRYJfTkYvufWSUBI9TjAUxAwG58qeh/u6VqCDR37Bt4f1Yqv5peQ3Ys6s4WpSI+BntcbL8WVn/GdP0CzlXKOu50hTraHu4y0N+Vkjwv2qbl8X5CSqV5G8lCZKX18ZK8R78iHsfQ6knhT17oY6EZFMIbBBoiinvd/wXsUQ28arelCH+2Xcjfw8UI6nC7qy6JX8s32+Zyzk11bJBv0AHlCg4/tSLwJEkIH2qpk3Im6QGORxi+eO5L1Q9M6RODDrZrSTjJpWHdnlGhOUS1Lu9AVjU4LfuMvC17qgOH/KCPgS4wAaygW91HukDpsJmK2l7x8KXKWTO/sgDHu94+JfEWTxNLlDDTf8ueQkvawmZjm4HygU/2aZWCKcOQjhQpONUKCQTsSCIDu87rSf1Fc22tUfbGRyuMg5q+lFqKcjZLJ5X2OXaJ5WvNAEkNSc1QaGHLYSiox1I7kNsbfxqvEGx5Qh9Nm1YRZx61gl7deJvT/K/Y3FqjnFG8dTkTvsVoRpmiarTh9LwTVriTdCa+XXa/4UQgxE7JmrmcM62TPzBadY2czb5pjZXON/+Fkehfi7r7FIPiUUvTms9oBgZDGMp8z7Ef/HCoY0cuHWkL X-Forefront-Antispam-Report: CIP:63.35.35.123;CTRY:IE;LANG:en;SCL:1;SRV:;IPV:CAL;SFV:NSPM;H:64aa7808-outbound-1.mta.getcheckrecipient.com;PTR:ec2-63-35-35-123.eu-west-1.compute.amazonaws.com;CAT:NONE;SFS:(13230025)(4636009)(136003)(346002)(39860400002)(396003)(376002)(451199018)(40470700004)(46966006)(36840700001)(5660300002)(26005)(31696002)(40460700003)(86362001)(186003)(81166007)(8936002)(336012)(47076005)(2616005)(82310400005)(6512007)(36860700001)(82740400003)(70586007)(70206006)(41300700001)(19627235002)(356005)(316002)(8676002)(40480700001)(6506007)(6666004)(53546011)(478600001)(6486002)(966005)(36756003)(31686004)(2906002)(44832011)(84970400001)(43740500002);DIR:OUT;SFP:1101; X-OriginatorOrg: arm.com X-MS-Exchange-CrossTenant-OriginalArrivalTime: 09 Feb 2023 16:44:27.9649 (UTC) X-MS-Exchange-CrossTenant-Network-Message-Id: da48766a-31f4-48fa-e413-08db0abce8d7 X-MS-Exchange-CrossTenant-Id: f34e5979-57d9-4aaa-ad4d-b122a662184d X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=f34e5979-57d9-4aaa-ad4d-b122a662184d;Ip=[63.35.35.123];Helo=[64aa7808-outbound-1.mta.getcheckrecipient.com] X-MS-Exchange-CrossTenant-AuthSource: DBAEUR03FT044.eop-EUR03.prod.protection.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Anonymous X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: AS8PR08MB9265 X-Spam-Status: No, score=-6.6 required=5.0 tests=BAYES_00,DKIM_SIGNED,DKIM_VALID,FORGED_SPF_HELO,KAM_DMARC_NONE,NICE_REPLY_A,RCVD_IN_DNSWL_NONE,RCVD_IN_MSPIKE_H2,SPF_HELO_PASS,SPF_NONE,TXREP,UNPARSEABLE_RELAY autolearn=no autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org List-Id: On 2/9/23 14:34, Luis Machado via Gdb-patches wrote: > On 2/9/23 12:19, Tom de Vries wrote: >> On 2/9/23 12:58, Luis Machado wrote: >>> On 2/9/23 10:37, Luis Machado via Gdb-patches wrote: >>>> On 2/8/23 20:36, Tom de Vries wrote: >>>>> On 2/8/23 19:06, Luis Machado wrote: >>>>>> On 2/8/23 15:38, Tom de Vries wrote: >>>>>>> On 2/8/23 15:51, Luis Machado wrote: >>>>>>>> On 2/8/23 14:48, Tom de Vries wrote: >>>>>>>>> On 2/8/23 14:27, Luis Machado wrote: >>>>>>>>>> Hi Tom, >>>>>>>>>> >>>>>>>>>> Is the entire test supposed to PASS? I'm seeing the following on my aarch64/Ubuntu 22.04 setup: >>>>>>>>>> >>>>>>>>>> FAIL: gdb.base/longjmp.exp: with_probes=0: pattern 2: next over call_longjmp (the program is no longer running) >>>>>>>>>> FAIL: gdb.base/longjmp.exp: with_probes=0: pattern 2: next over setjmp (the program is no longer running) >>>>>>>>>> FAIL: gdb.base/longjmp.exp: with_probes=0: pattern 2: setup: breakpoint at pattern start (got interactive prompt) >>>>>>>>>> FAIL: gdb.base/longjmp.exp: with_probes=0: pattern 2: setup: breakpoint at safety net (got interactive prompt) >>>>>>>>>> FAIL: gdb.base/longjmp.exp: with_probes=0: pattern 2: setup: continue to breakpoint at pattern start (the program exited) >>>>>>>>>> FAIL: gdb.base/longjmp.exp: with_probes=0: pattern 3: next over pattern (the program is no longer running) >>>>>>>>>> FAIL: gdb.base/longjmp.exp: with_probes=0: pattern 3: setup: breakpoint at pattern start (got interactive prompt) >>>>>>>>>> FAIL: gdb.base/longjmp.exp: with_probes=0: pattern 3: setup: continue to breakpoint at pattern start (the program is no longer running) >>>>>>>>>> >>>>>>>>>> Maybe something is genuinely broken for aarch64 though, or I'm missing some packages/debuginfo. >>>>>>>>> >>>>>>>>> Hi, >>>>>>>>> >>>>>>>>> I just ran this test-case on openSUSE Leap 15.4 aarch64, no problems found. >>>>>>>>> >>>>>>>> >>>>>>>> Alright. That's good to know. >>>>>>> >>>>>>> FWIW, I've tried this test-case also on various x86_64 distros other than the usual openSUSE Leap 15.4: ubuntu 20.04, fedora 37 and opensuse tumbleweed, again no problems found. >>>>>> >>>>>> I did a brief investigation on this one, and gdb seems to be doing something strange. >>>>>> >>>>>> For Ubuntu 20.04 we have the following, just after deleting the breakpoints leading into the pattern 2 check: >>>>>> >>>>>> >>>>>> (gdb) info source >>>>>> Current source file is longjmp.c >>>>>> Compilation directory is /build/glibc-RIFKjK/glibc-2.31/setjmp >>>>>> Located in /repos/binutils-gdb/gdb/testsuite/gdb.base/longjmp.c >>>>>> Contains 82 lines. >>>>>> Source language is c. >>>>>> Producer is GNU C11 9.4.0 -moutline-atomics -mlittle-endian -mabi=lp64 -g -O2 -std=gnu11 -fgnu89-inline -fmerge-all-constants -frounding-math >>>>>>   -fstack-protector-strong -fmath-errno -fPIC -ftls-model=initial-exec -fasynchronous-unwind-tables -fstack-protector-strong -fstack-clash-pro >>>>>> tection. >>>>>> Compiled with DWARF 4 debugging format. >>>>>> Does not include preprocessor macro info. >>>>>> (gdb) b 69 >>>>>> Breakpoint 4 at 0xaaaaaaaa08ec: file /builds/binutils-gdb-arm64-focal/gdb/testsuite/../../../../repos/binutils-gdb/gdb/tes >>>>>> tsuite/gdb.base/longjmp.c, line 69. >>>>>> (gdb) >>>>>> >>>>>> And for Ubuntu 22.04: >>>>>> >>>>>> (gdb) info source >>>>>> Current source file is ./setjmp/longjmp.c >>>>>> Compilation directory is ./setjmp >>>>>> Located in /repos/binutils-gdb/gdb/testsuite/gdb.base/longjmp.c >>>>>> Contains 82 lines. >>>>>> Source language is c. >>>>>> Producer is GNU C11 11.2.0 -mlittle-endian -mabi=lp64 -g -O2 -std=gnu11 -fgnu89-inline -fmerge-all-constants -frounding-math -fstack-protecto >>>>>> r-strong -fno-common -fmath-errno -fPIC -ftls-model=initial-exec -fasynchronous-unwind-tables -fstack-protector-strong -fstack-clash-protecti >>>>>> on. >>>>>> Compiled with DWARF 5 debugging format. >>>>>> Does not include preprocessor macro info. >>>>>> (gdb) b 69 >>>>>> No line 69 in the current file. >>>>>> Make breakpoint pending on future shared library load? (y or [n]) n >>>>>> (gdb) >>>>>> >>>>>> There is a small difference in debug info (dwarf 4 for 20.04 and dwarf 5 for 22.04), source file name and compilation directory. >>>>>> >>>>>> What is strange is that gdb's 'info source' output seems to refer to the glibc longjmp source file as the current one. And the compilation directory >>>>>> is also glibc's. The "Located in" field is from the testcase source, also named longjmp.c. The "Contains" line is also based on the testcase source file. >>>>>> >>>>>> Investigating further, if you "list", it will output the sources from the testcase file as well. >>>>>> >>>>>> Finally, for 20.04, the "break" command will use the testcase source file, but in 22.04 it will use the glibc source file. I'm guessing the fact that glibc's >>>>>> source file in 20.04 is also called longjmp.c makes it work somehow. But in 22.04 the glibc source file is now ./setjmp/longjmp.c, and I guess gdb now >>>>>> attempts to insert a breakpoint in the glibc source file, which doesn't have line 63. So it all goes downhill from there. >>>>>> >>>>>> I'm not sure if this is a long-standing bug or if it is a somewhat recent regression. But gdb seems to be genuinely confused about which source file is the current one >>>>>> and which one to use for various commands. >>>>>> >>>>>> I'd expect gdb to pick one and stick with it, but it doesn't seem to be the case. >>>>>> >>>>>> Maybe we just uncovered a new bug with source handling. >>>>> >>>>> I suspect the FAILs will disappear if we replace "break " with "break $srcfile:".  I'm not sure yet whether this is a fix or a workaround. >>>> >>>> I suppose. But it seems there is a different underlying issue of gdb getting confused about what is the current source file. >>>> >>>>> >>>>> Please file a PR and attach the entire gdb.log, I want to take a look at it. >>>> >>>> Will do. >>> >>> Looking around I found https://sourceware.org/bugzilla/show_bug.cgi?id=19474, which seems to indicate some confusing cases aren't really a bug. >> >> Does that mean you're not planning to post the gdb.log? >> > > No. I was creating a new bug when I stopped to read the above one. > > I currently have a different set of tests on the logs. I'll reproduce the gdb.base/longjmp.exp FAIL's again and will attach to a new bug. Then we can > decide it is a duplicate or not. Done now: https://sourceware.org/bugzilla/show_bug.cgi?id=30103