From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 33627 invoked by alias); 15 Feb 2020 14:06:25 -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 33619 invoked by uid 89); 15 Feb 2020 14:06:24 -0000 Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: No, score=-3.9 required=5.0 tests=AWL,BAYES_00,KAM_SHORT,RCVD_IN_DNSWL_LOW,SPF_PASS autolearn=ham version=3.3.1 spammy=eliz@gnu.org, tia, U*eliz, elizgnuorg X-HELO: eggs.gnu.org Received: from eggs.gnu.org (HELO eggs.gnu.org) (209.51.188.92) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Sat, 15 Feb 2020 14:06:23 +0000 Received: from fencepost.gnu.org ([2001:470:142:3::e]:50463) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1j2y5N-0001LZ-OZ; Sat, 15 Feb 2020 09:06:21 -0500 Received: from [176.228.60.248] (port=2922 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1j2y5H-00011h-Pp; Sat, 15 Feb 2020 09:06:20 -0500 Date: Sat, 15 Feb 2020 14:06:00 -0000 Message-Id: <834kvsndwh.fsf@gnu.org> From: Eli Zaretskii To: palves@redhat.com CC: gdb-patches@sourceware.org In-reply-to: <83pngk1fjs.fsf@gnu.org> (message from Eli Zaretskii on Thu, 19 Dec 2019 17:49:27 +0200) Subject: Re: [PATCH] Link to -lssp when available (fixes mingw build) References: <20191218181413.128412-1-cbiesinger@google.com> <83h81x323k.fsf@gnu.org> <83fthh310d.fsf@gnu.org> <83eex12zj1.fsf@gnu.org> <83d0cl2yqd.fsf@gnu.org> <83bls52w6e.fsf@gnu.org> <6f19911a-405e-77b5-e543-4fbb8ee80d8a@redhat.com> <83pngk1fjs.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-IsSubscribed: yes X-SW-Source: 2020-02/txt/msg00593.txt.bz2 > Date: Thu, 19 Dec 2019 17:49:27 +0200 > From: Eli Zaretskii > CC: cbiesinger@google.com, gdb-patches@sourceware.org > > > That is why the top level configure was recently changed to avoid the > > -static-libstc++/-static-libgcc: > > > > https://gcc.gnu.org/ml/gcc-patches/2019-08/msg00287.html > > > > Note that the patch added a new --with-static-standard-libraries > > configure switch which you can use to get back the previous behavior > > of linking with the static versions of the standard libraries. > > Ah, okay, so I need to use that configure option. I've now used --with-static-standard-libraries while building GDB 9.1, and found out that it causes a problem: it doesn't allow linking against libsource-highlight: checking for the source-highlight library... configure: error: source highlight is incompatible with -static-libstdc++; either use --disable-source-highlight or --without-static-standard-libraries Makefile:9238: recipe for target `configure-gdb' failed make[1]: *** [configure-gdb] Error 1 This is because the configure script unconditionally rejects "--with-static-standard-libraries", although AFAIU linking statically against libsource-highlight.a doesn't contradict static libstdc++ and libgcc. So this sounds like a gratuitous limitation. Is it possible to remove it, and simply force linking statically against libsource-highlight when --with-static-standard-libraries is used? TIA