From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 5845 invoked by alias); 2 Jan 2018 10:38:26 -0000 Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org Received: (qmail 5830 invoked by uid 89); 2 Jan 2018 10:38:26 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.3 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,RCVD_IN_DNSWL_NONE,SPF_PASS autolearn=ham version=3.3.2 spammy= X-HELO: mail-qt0-f175.google.com Received: from mail-qt0-f175.google.com (HELO mail-qt0-f175.google.com) (209.85.216.175) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Tue, 02 Jan 2018 10:38:25 +0000 Received: by mail-qt0-f175.google.com with SMTP id d4so62156512qtj.5 for ; Tue, 02 Jan 2018 02:38:24 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=fBXQQdy089Cy91GN8bWQGkV6DlRan+MIKK0JF5gIJ+w=; b=nYikfQgjDcAevvf4LornOFHA0UJWhVcsfJpGXuf0Ff/49HPcv0Gpcy+0cwbq4sJCln H5iT0yZSl2CJJZVjBlcwlVV9AIPlfoaZJD8NrN2LoWzJjie88AIWzSIaOD78nD9phAmg 3BK0HBT2bPAPHDTOkgJs4mr5N14U/2pqkTel7bDsZeYOfFaCHPYfe64NXVmEcG2TiZoD 0D/vfc+yTHvzrHAkGcV1/L4DNqoIIn0t3L18pzNtkZcfVHN/ElcktGYqc3uYLrdAkD6n tQcvGEM4q8Gguwv/yIM2GXQdtTQvmiiN8zbtmuHZbQk53fIoHVi+tXkYs9mfGayF1yay 0qXg== X-Gm-Message-State: AKGB3mK2xGkweFCWCWInHHnJJwhPU+qv0FMA5H2K0N77LyAhR7j1+nd1 Gf6s4QfjIakvYMqkyD+cE77YSKgzWtZAUCXOAdo= X-Google-Smtp-Source: ACJfBotnxK0woKQ+t2A5gywvS9/1eNwmF342/7osgfjfWSUmXfTJgXeo72uVkvtN6/nAVQxCqZb0Q9GhFwr590vtth0= X-Received: by 10.200.63.107 with SMTP id w40mr12923904qtk.24.1514889503427; Tue, 02 Jan 2018 02:38:23 -0800 (PST) MIME-Version: 1.0 Received: by 10.12.132.161 with HTTP; Tue, 2 Jan 2018 02:38:23 -0800 (PST) In-Reply-To: <20171216145651.13936-2-simon.marchi@polymtl.ca> References: <20171216145651.13936-1-simon.marchi@polymtl.ca> <20171216145651.13936-2-simon.marchi@polymtl.ca> From: Yao Qi Date: Tue, 02 Jan 2018 10:38:00 -0000 Message-ID: Subject: Re: [PATCH 2/2] Fix gdb.mi/mi-stack.exp when gcc generates a stack protector To: Simon Marchi Cc: GDB Patches Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-IsSubscribed: yes X-SW-Source: 2018-01/txt/msg00012.txt.bz2 On Sat, Dec 16, 2017 at 2:56 PM, Simon Marchi wro= te: > I see some failures in the gdb.mi/mi-stack.exp test. The test runs to > the callee4 function: > > int callee4 (void) > { > int A=3D1; > int B=3D2; > int C; > int D[3] =3D {0, 1, 2}; > > C =3D A + B; > return 0; > } > > and expects to be stopped at the A=3D1 line. However, when gcc generates > some stack protection code, it will stop at the { instead, as shown by > this disassembly (after I did "break callee4" and "run"): Can't we fix GDB to skip these stack protection code? --=20 Yao (=E9=BD=90=E5=B0=A7)