From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from d.mail.sonic.net (d.mail.sonic.net [64.142.111.50]) by sourceware.org (Postfix) with ESMTPS id 3E4FD384B0C0 for ; Tue, 2 Feb 2021 19:41:22 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org 3E4FD384B0C0 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 112JfFO6009260 (version=TLSv1.2 cipher=DHE-RSA-AES128-GCM-SHA256 bits=128 verify=NOT); Tue, 2 Feb 2021 11:41:15 -0800 Date: Tue, 2 Feb 2021 11:41:14 -0800 (PST) From: Stephen Casner To: Nick Alcock cc: binutils@sourceware.org Subject: Re: libctf, gdbsupport: intl/ problems with --with-included-gettext (was Re: [PATCH] ld: depend on libctf) In-Reply-To: <87r1lyigb9.fsf_-_@esperi.org.uk> Message-ID: References: <20210126195543.369264-1-nick.alcock@oracle.com> <87czxqr0f5.fsf@esperi.org.uk> <87r1m3le5t.fsf@esperi.org.uk> <87r1lyigb9.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: UmFuZG9tSVabhvZNjwGavqEPXF/8+rLbG0KicLLqjZ8UT0cHhLEEs36ouyf2cpaUe7wACeFjaRSVh2GoXQTgAV+6VL+CQnUA X-Sonic-ID: C;aLePnI5l6xGnN+yC/iHpiQ== M;qqzLnI5l6xGnN+yC/iHpiQ== X-Sonic-Spam-Details: 0.0/5.0 by cerberusd X-Spam-Status: No, score=-9.7 required=5.0 tests=BAYES_00, KAM_DMARC_STATUS, RCVD_IN_DNSWL_LOW, SPF_HELO_NONE, SPF_SOFTFAIL, TXREP autolearn=no autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on server2.sourceware.org X-BeenThere: binutils@sourceware.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Binutils mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Feb 2021 19:41:23 -0000 On Tue, 2 Feb 2021, Nick Alcock wrote: > > I have a possible fix for all of this against a slightly old trunk on > the users/nalcock/included-gettext branch: could you try it out? (It's > several commits long, so pointing you at the git branch seems the > easiest way to have you test it.) With the following configure: auge6> ~/src/gnu/binutils-gdb/configure --prefix=/usr/local --with-gmp=/opt/local It builds through gdbsupport, but I have an unrelated problem with gdb configure: checking for libgmp... no configure: error: GMP is missing or unusable This even though I have the --with-gmp and /usr/local/lib/libgmp.* exist. I need to investigate that further. So my test run has not verified that everything links properly with all the libraries. Also presumably unrelated, there are these warnings: /opt/local/bin/ranlib: file: .libs/libbfd.a(bfdwin.o) has no symbols /opt/local/bin/ranlib: file: libgdbsupport.a(gdb_wait.o) has no symbols /opt/local/bin/ranlib: file: libgnu.a(count-one-bits.o) has no symbols /opt/local/bin/ranlib: file: libgnu.a(fd-hook.o) has no symbols /opt/local/bin/ranlib: file: libgnu.a(getcwd-lgpl.o) has no symbols /opt/local/bin/ranlib: file: libgnu.a(getprogname.o) has no symbols /opt/local/bin/ranlib: file: libgnu.a(localtime-buffer.o) has no symbols /opt/local/bin/ranlib: file: libgnu.a(math.o) has no symbols /opt/local/bin/ranlib: file: libgnu.a(stat-time.o) has no symbols /opt/local/bin/ranlib: file: libgnu.a(sys_socket.o) has no symbols /opt/local/bin/ranlib: file: libgnu.a(threadlib.o) has no symbols /opt/local/bin/ranlib: file: libgnu.a(unistd.o) has no symbols /opt/local/bin/ranlib: file: libgnu.a(wctype-h.o) has no symbols /opt/local/bin/ranlib: file: libintl.a(osdep.o) has no symbols I've seen some discussions on this list about having no symbols, but my build is using the system ld. -- Steve