From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 26091 invoked by alias); 8 Jan 2020 00:52:17 -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 26079 invoked by uid 89); 8 Jan 2020 00:52:16 -0000 Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: No, score=-1.9 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_NONE,SPF_HELO_PASS autolearn=ham version=3.3.1 spammy= X-HELO: gateway31.websitewelcome.com Received: from gateway31.websitewelcome.com (HELO gateway31.websitewelcome.com) (192.185.144.96) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Wed, 08 Jan 2020 00:52:15 +0000 Received: from cm17.websitewelcome.com (cm17.websitewelcome.com [100.42.49.20]) by gateway31.websitewelcome.com (Postfix) with ESMTP id 5BCF91440F7 for ; Tue, 7 Jan 2020 18:52:13 -0600 (CST) Received: from box5379.bluehost.com ([162.241.216.53]) by cmsmtp with SMTP id oza1iPu5fqNtvoza1i3H6M; Tue, 07 Jan 2020 18:52:13 -0600 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=tromey.com; s=default; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=CBRnOnXUs3BjTBpIPRbbBcEaLOQkCeEdYU2HaX7bhyY=; b=Gy4qc0vOBundKU1iWMRWPGjORR sHYV/BFIwGUDTWxhD3kP8wfGcPewUoOPG0KtV7IRXHUyTvtWyJAvemRmY7hfIt9AtVmzEjcXsjmpy LD/XIv2nUo/anGvlpU+0LlpNv; Received: from 50-194-130-62-static.hfc.comcastbusiness.net ([50.194.130.62]:59398 helo=bapiya) by box5379.bluehost.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.92) (envelope-from ) id 1ioza1-003e6o-4b; Tue, 07 Jan 2020 17:52:13 -0700 From: Tom Tromey To: "Christian Biesinger via gdb-patches" Cc: Philippe Waroquiers , Christian Biesinger Subject: Re: [RFA 3/3] Document 'set|show exec-file-mismatch (reload|warn|off)' References: <20191221143632.15990-1-philippe.waroquiers@skynet.be> <20191221143632.15990-4-philippe.waroquiers@skynet.be> Date: Wed, 08 Jan 2020 00:52:00 -0000 In-Reply-To: (Christian Biesinger via gdb-patches's message of "Sat, 21 Dec 2019 21:46:28 -0500") Message-ID: <87a76yrcqr.fsf@tromey.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1.91 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-SW-Source: 2020-01/txt/msg00168.txt.bz2 Christian> When would someone set this to off, or even warn? I'm wondering is it makes Christian> sense to add this setting vs always having the reload behavior? Last time this stuff came up, it turned out there are users who point gdb at the file with debug symbols while debugging a stripped version on the target. IIRC, at the time, build-id and separate debuginfo weren't widely used, so this was the main way to do this kind of thing. I don't know if this is still important. I've only run into trouble with this behavior, so I welcome the new default at least. Tom