From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from simark.ca by simark.ca with LMTP id YWjCBhdPe2o9Vh4AWB0awg (envelope-from ) for ; Tue, 11 Aug 2026 12:34:31 -0400 Authentication-Results: simark.ca; dkim=pass (1024-bit key; unprotected) header.d=redhat.com header.i=@redhat.com header.a=rsa-sha256 header.s=mimecast20190719 header.b=bcu71g+3; dkim-atps=neutral Received: by simark.ca (Postfix, from userid 112) id 16F1E1E166; Tue, 11 Aug 2026 12:34:31 -0400 (EDT) X-Spam-Checker-Version: SpamAssassin 4.0.1 (2024-03-25) on simark.ca X-Spam-Level: X-Spam-Status: No, score=-6.4 required=5.0 tests=ARC_SIGNED,ARC_VALID,BAYES_00, DKIMWL_WL_HIGH,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,MAILING_LIST_MULTI, RCVD_IN_DNSWL_MED autolearn=ham autolearn_force=no version=4.0.1 Received: from vm01.sourceware.org (vm01.sourceware.org [IPv6:2620:52:6:3111::32]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange x25519 server-signature ECDSA (prime256v1) server-digest SHA256) (No client certificate requested) by simark.ca (Postfix) with ESMTPS id 7EA631E09B for ; Tue, 11 Aug 2026 12:34:30 -0400 (EDT) Received: from vm01.sourceware.org (localhost [IPv6:::1]) by sourceware.org (Postfix) with ESMTP id 78C924BA901F for ; Tue, 11 Aug 2026 16:34:29 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 78C924BA901F Authentication-Results: sourceware.org; dkim=pass (1024-bit key, unprotected) header.d=redhat.com header.i=@redhat.com header.a=rsa-sha256 header.s=mimecast20190719 header.b=bcu71g+3 Received: from us-smtp-delivery-124.mimecast.com (us-smtp-delivery-124.mimecast.com [170.10.129.124]) by sourceware.org (Postfix) with ESMTP id 7DEF24BA7991 for ; Tue, 11 Aug 2026 16:34:04 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 7DEF24BA7991 Authentication-Results: sourceware.org; dmarc=pass (p=quarantine dis=none) header.from=redhat.com Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=redhat.com ARC-Filter: OpenARC Filter v1.0.0 sourceware.org 7DEF24BA7991 Authentication-Results: sourceware.org; arc=none smtp.remote-ip=170.10.129.124 ARC-Seal: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1786466044; cv=none; b=XNsn/Tozn6kc7PbsxbqRSGry27c/0XYRWyGMZi+cEnKzxVEQacpgO1upDILNck+My9x6fred1jNa1AlPiBdEomcrzAuYzIgnodekqaNlTtG0QgfAiB+ZdH7zG0G+EGYgbmR5Cd/p/DkH54hHLIgunrOKfH4+YpADvHZq80zAfE0= ARC-Message-Signature: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1786466044; c=relaxed/simple; bh=mGjYZ3I1M0Ro6y+3w7+NSV1wZ7EZZ+B2WqojEDhDMkg=; h=DKIM-Signature:From:To:Subject:Date:Message-ID:MIME-Version; b=k6kqmtpKd8Kg9sBNAgvzbf5HhjSB/R8Nq4PcV6Pnm8lvvjAq2eIK1vcfkEfEtCoqDFrqCr6+0ecZyqek+aPmN07s2W0Fum+YkGj/QJQi489h/pfrT1Qgi+excDtIb3IswzcdUqBZrPP0xs+TlrZSHd3gQhijQ/FwHlmS4MUh2y4= ARC-Authentication-Results: i=1; sourceware.org; dkim=pass (1024-bit key, unprotected) header.d=redhat.com header.i=@redhat.com header.a=rsa-sha256 header.s=mimecast20190719 header.b=bcu71g+3 DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 7DEF24BA7991 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1786466044; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=TvQ0+l5A7PsUvx6AsL0ruNStuiTCQmPytd9kl4+ynno=; b=bcu71g+38o4Nl1J0x12xhiERSyY2k2ZFe7iKw6OkRd0OCgzoznRqK/fg/O3r4ME8YHESC8 ZTRg2DS0RNXcPF3hsqM4uWhsiy9B1GBEAbV8AvzqBZhfqO0MH7uWzieyXjLAbFujKMeE4G a1CLiuvpRX/SWojtlpvk0nEEfxpoSgA= Received: from mail-wr1-f69.google.com (mail-wr1-f69.google.com [209.85.221.69]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.3, cipher=TLS_AES_256_GCM_SHA384) id us-mta-399-J6cdIU7fMCeUaBO1Gdod6w-1; Tue, 11 Aug 2026 12:34:02 -0400 X-MC-Unique: J6cdIU7fMCeUaBO1Gdod6w-1 X-Mimecast-MFC-AGG-ID: J6cdIU7fMCeUaBO1Gdod6w_1786466041 Received: by mail-wr1-f69.google.com with SMTP id ffacd0b85a97d-47f90dbaf84so2716583f8f.1 for ; Tue, 11 Aug 2026 09:34:02 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1786466041; x=1787070841; h=content-type:mime-version:message-id:date:references:in-reply-to :subject:cc:to:from:x-gm-gg:x-gm-message-state:from:to:cc:subject :date:message-id:reply-to:content-type; bh=TvQ0+l5A7PsUvx6AsL0ruNStuiTCQmPytd9kl4+ynno=; b=nnrk/WD6oneFnAFq4VgI/GbSJM6Y+8idELMXuLtknNZaYXo9h3iXN9pt5HnLiNcUov ThdwooOfFMZ1vR6RFB7SxJYHIu6mTQv11hFCVZ55qa8NDWuPz40IgYwnMngjLlZatK+R +1T4fOwdg5KScLUH7MQHz8OQee2+a+QMYheob93QG66Ink8QkKBQii0eLMC/68B006YL ETVlXE8ft1kevz7rRdYUNE+xBycpU7+GYbLzOPNlL4SxulUIDlZqwHpkN7tpwvAtu9t/ iZ0Flt6d4KDvcjK1dA4MbUDBO+LMH3l64K+vEI2IXy5Mr2XmchLsn4xuqdLnc4IjKHdC siAQ== X-Gm-Message-State: AOJu0YxZ97sYOcqhRAn0uocOOZWVDK/zuSpIvsuCWzQfwD6Y9TT18SCG /cL9AQIQZ6HZuzWXguoyf7vqojTfMHbZpj2cIRcv7u32k7CO7cFmiVQL7Ut0JXbIIm7ob9ZcdXf ldZwoNYaEkOMVLIl9u0AU7y20GYJGZUwgqreUc3kfmS+OfrU5PiQqHcMy568rLFhLzqvG6pM= X-Gm-Gg: AR+sD11MJkjLXpF3+A+bjKbywKiyEGZeKH8OdsyBvaXVsd5/oP6cZBq1o1eosCR7mRv 9v8tYUZB6rM5m8ogQmE56cO5zqJQ/ncCghl99o1J0N4O9mCMNWyfdfKgJT62rtVfiHSjx11TIfo J3kji9aciJsPrxXf0vIFVfyt4YZxYxldlBPeo6x/QGKYsXIuPSLGfe12XrWal9U7S351ZyHFNbq 8oRUks1IwqnTHXBp2PFuXtITD+PZx3o3kGnPk4dsRwgwf14ZP4oaVpRj1R1L/j91qz+F4Ehavg7 UA1VlhFVgIb5LBHqV302lmTlF6o0IPN4BuNELCwr2yMG5rZ5NNhqOLPchSqRVCl5hqR0lajr X-Received: by 2002:a05:6000:25ca:b0:47f:93b4:2def with SMTP id ffacd0b85a97d-4814ade8026mr5163543f8f.28.1786466041211; Tue, 11 Aug 2026 09:34:01 -0700 (PDT) X-Received: by 2002:a05:6000:25ca:b0:47f:93b4:2def with SMTP id ffacd0b85a97d-4814ade8026mr5163504f8f.28.1786466040778; Tue, 11 Aug 2026 09:34:00 -0700 (PDT) Received: from localhost ([31.111.209.128]) by smtp.gmail.com with ESMTPSA id ffacd0b85a97d-4814a5ac856sm5937467f8f.8.2026.08.11.09.33.59 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 11 Aug 2026 09:34:00 -0700 (PDT) From: Andrew Burgess To: Eli Zaretskii Cc: gdb-patches@sourceware.org, Guinevere Larsen Subject: Re: [PATCH] [GDB 18] gdb/configure: fix string quoting in AC_MSG_WARN and AC_MSG_ERROR In-Reply-To: <86bjb8ye3r.fsf@gnu.org> References: <14328877dfdc53dcfad582dd2b56861dc92396fd.1786453193.git.aburgess@redhat.com> <86bjb8ye3r.fsf@gnu.org> Date: Tue, 11 Aug 2026 17:33:59 +0100 Message-ID: <87v79gk45k.fsf@redhat.com> MIME-Version: 1.0 X-Mimecast-Spam-Score: 0 X-Mimecast-MFC-PROC-ID: jAUHPGJFn8RVr9vYP3v3KVMSzeMW2L85ZLYiIJEfs68_1786466041 X-Mimecast-Originator: redhat.com Content-Type: text/plain X-BeenThere: gdb-patches@sourceware.org X-Mailman-Version: 2.1.30 Precedence: list List-Id: Gdb-patches mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: gdb-patches-bounces~public-inbox=simark.ca@sourceware.org Adding Guinevere to the CC list as the author of this feature. Eli Zaretskii writes: >> From: Andrew Burgess >> Cc: Eli Zaretskii , >> Andrew Burgess >> Date: Tue, 11 Aug 2026 14:02:06 +0100 >> >> If / when approve I plan to push this to both master and gdb-18-branch. > > Thanks. I have a question about this below. > >> Now when configuring with >> --enable-binary-file-formats='coff,xcoff,elf,macho' on a target that >> doesn't support Mach-O, e.g. GNU/Linux, the configure will stop like >> this: >> >> checking for ELF support in BFD... yes >> checking for library containing dlopen... (cached) none required >> checking for Mach-O support in BFD... no >> configure: error: Mach-O support was requested, but BFD does not support it >> make: *** [Makefile:13461: configure-gdb] Error 1 > > Hmm... so building with Mach-O support on GNU/Linux and MS-Windows is > not possible at all? I'm not sure I understand the "BFD does not > support it" part of the error message: shouldn't BFD that is compiled > as part of GDB be configured to support Mach-O when GDB is configured > with --enable-binary-file-formats='coff,xcoff,elf,macho'? Or what am > I missing? My understand is that to get support for Mach-O you'll need to use --enable-targets=.... to add a suitable target in addition to the default (GNU/Linux or Windows depending on the build host). Doing this will, I believe, cause BFD to be built with support for that target. The --enable-binary-file-formats flag then controls the GDB side of things, you could choose to exclude macho support from GDB if you wished. I'm not sure the use case for doing that is super obvious, and I think that macho is probably a choice for a motivating use case. If we consider coff/xcoff, which on GNU/Linux we get "for free". But supporting these in GDB means we have an increased surface area for bugs, all in code that many GNU/Linux distros don't care about. The motivation for the --enable-binary-file-formats flag was to be able to compile a GDB that runs on GNU/Linux and only supports ELF. Hopefully Guinevere will chip in and correct any mistakes I've made in the above explanation. Thanks, Andrew