From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 103992 invoked by alias); 5 Sep 2017 17:09:15 -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 103980 invoked by uid 89); 5 Sep 2017 17:09:14 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-0.9 required=5.0 tests=BAYES_00,KAM_LAZY_DOMAIN_SECURITY,RP_MATCHES_RCVD autolearn=no version=3.3.2 spammy=Best X-HELO: foss.arm.com Received: from usa-sjc-mx-foss1.foss.arm.com (HELO foss.arm.com) (217.140.101.70) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Tue, 05 Sep 2017 17:09:09 +0000 Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.72.51.249]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id 81DE013D5; Tue, 5 Sep 2017 10:09:08 -0700 (PDT) Received: from [10.2.206.52] (usa-sjc-imap-foss1.foss.arm.com [10.72.51.249]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 9BD5E3F3E1; Tue, 5 Sep 2017 10:09:07 -0700 (PDT) Subject: Re: [PATCH v5] Implement the ability to set/unset environment variables to GDBserver when starting the inferior To: Simon Marchi , Sergio Durigan Junior Cc: GDB Patches References: <20170629194106.23070-1-sergiodj@redhat.com> <20170831204932.25219-1-sergiodj@redhat.com> <87o9qv5sza.fsf@redhat.com> <2aea3170-004a-bfe1-3e57-f7e3238167fb@foss.arm.com> <76dbbf5e-2ff1-1651-c988-b8b93da4e8bd@ericsson.com> From: Thomas Preudhomme Message-ID: <9a49351b-97ec-663b-3464-f7798117df05@foss.arm.com> Date: Tue, 05 Sep 2017 17:09:00 -0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.2.1 MIME-Version: 1.0 In-Reply-To: <76dbbf5e-2ff1-1651-c988-b8b93da4e8bd@ericsson.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-IsSubscribed: yes X-SW-Source: 2017-09/txt/msg00098.txt.bz2 Hi Simon, Sorry if I wasn't clear. I actually meant that this test *should* be relevant for cross-debugger using native gdbserver but it is currently skipped in that case (because the test only checks if that gdb uses a stub). Did I misunderstand the meaning of gdb stub? Best regards, Thomas On 05/09/17 17:25, Simon Marchi wrote: > On 2017-09-05 05:32 PM, Thomas Preudhomme wrote: >> Hi Sergio, >> >> I noticed that the share-env-with-gdbserver.exp test you added is skipped if using a gdb stub. However the comment says the test is meaningless for native-gdbserver. Shouldn't the check also look whether this is a cross debugger? >> >> Best regards, >> >> Thomas > > Why would a cross debugger make this test irrelevant? If you are debugging > your ARM board from your x86 PC, you can still set environment variables > for new processes that are spawned by gdbserver. I have the feeling that > you are confused by the meanings of the various terms (native/remote/ > extended-remote/cross/etc), which is understandable because these terms > have different meanings depending on the context. Can you expand on why > you think this is wrong, and maybe we can find where the possible confusion > comes from? > > Simon >