From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from simark.ca by simark.ca with LMTP id nK2HAntcHGCwCgAAWB0awg (envelope-from ) for ; Thu, 04 Feb 2021 15:43:39 -0500 Received: by simark.ca (Postfix, from userid 112) id EFA401EFCB; Thu, 4 Feb 2021 15:43:38 -0500 (EST) X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on simark.ca X-Spam-Level: X-Spam-Status: No, score=-1.0 required=5.0 tests=MAILING_LIST_MULTI autolearn=ham autolearn_force=no version=3.4.2 Received: from sourceware.org (server2.sourceware.org [8.43.85.97]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by simark.ca (Postfix) with ESMTPS id 002101E945 for ; Thu, 4 Feb 2021 15:43:37 -0500 (EST) Received: from server2.sourceware.org (localhost [IPv6:::1]) by sourceware.org (Postfix) with ESMTP id 8CBC7396AC0C; Thu, 4 Feb 2021 20:43:37 +0000 (GMT) Received: from d.mail.sonic.net (d.mail.sonic.net [64.142.111.50]) by sourceware.org (Postfix) with ESMTPS id 1AF3B396AC0C for ; Thu, 4 Feb 2021 20:43:35 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org 1AF3B396AC0C Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=acm.org Authentication-Results: sourceware.org; spf=fail smtp.mailfrom=casner@acm.org Received: from auge (75-25-121-24.lightspeed.snvaca.sbcglobal.net [75.25.121.24]) (authenticated bits=0) by d.mail.sonic.net (8.15.1/8.15.1) with ESMTPSA id 114KhTNm030505 (version=TLSv1.2 cipher=DHE-RSA-AES128-GCM-SHA256 bits=128 verify=NOT); Thu, 4 Feb 2021 12:43:29 -0800 Date: Thu, 4 Feb 2021 12:43:29 -0800 (PST) From: Stephen Casner To: Nick Alcock Subject: Re: new gdb build failures on MacOS X (... fallout from libintl fixups, see users/nalcock/included-gettext) In-Reply-To: <87k0rna7w4.fsf_-_@esperi.org.uk> Message-ID: References: <874kird819.fsf@esperi.org.uk> <87k0rna7w4.fsf_-_@esperi.org.uk> User-Agent: Alpine 2.21.9999 (OSX 301 2018-08-15) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII X-Sonic-CAuth: UmFuZG9tSVaO6JMLOHYkk8H4aZ3g6rCn6JQU+n9SLjb62YzQlNWwtQ516f7ClpIFKubq6DrFCo693l2Iyjv0ASddM3DQP/8d X-Sonic-ID: C;iK4qoyln6xGHReyC/iHpiQ== M;msVRoyln6xGHReyC/iHpiQ== X-Sonic-Spam-Details: 0.0/5.0 by cerberusd X-BeenThere: gdb-patches@sourceware.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Gdb-patches mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: gdb-patches Errors-To: gdb-patches-bounces@sourceware.org Sender: "Gdb-patches" On Thu, 4 Feb 2021, Nick Alcock wrote: > On 4 Feb 2021, Stephen Casner told this: > > the gdb link fails with these undefined symbols: > > > > "_iconv", referenced from: > > __nl_find_msg in libintl.a(dcigettext.o) > > "_iconv_close", referenced from: > > __nl_free_domain_conv in libintl.a(loadmsgcat.o) > > "_iconv_open", referenced from: > > __nl_init_domain_conv in libintl.a(loadmsgcat.o) > > Now *this* is probably, er... well, I'm not sure it's my fault because I > didn't touch gdb, only gdbserver and intl/ itself (in a way that > shouldn't have affected the way gdb uses it), but it's certainly > suboptimal. An initial reply just to be clear: this is not a new problem caused by your changes. I have encountered since I began working on binutils and gcc for pdp11 a year ago. -- Steve