From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from simark.ca by simark.ca with LMTP id NG9aMzCcuWMarhEAWB0awg (envelope-from ) for ; Sat, 07 Jan 2023 11:22:08 -0500 Received: by simark.ca (Postfix, from userid 112) id C6DD31E222; Sat, 7 Jan 2023 11:22:08 -0500 (EST) Authentication-Results: simark.ca; dkim=pass (1024-bit key; secure) header.d=sourceware.org header.i=@sourceware.org header.a=rsa-sha256 header.s=default header.b=Hd2w+ZzO; dkim-atps=neutral X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on simark.ca X-Spam-Level: X-Spam-Status: No, score=-4.3 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,MAILING_LIST_MULTI,RCVD_IN_DNSWL_MED, RDNS_DYNAMIC,URIBL_BLOCKED autolearn=ham autolearn_force=no version=3.4.6 Received: from sourceware.org (ip-8-43-85-97.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 7DEF01E0D3 for ; Sat, 7 Jan 2023 11:22:08 -0500 (EST) Received: from server2.sourceware.org (localhost [IPv6:::1]) by sourceware.org (Postfix) with ESMTP id E34473858417 for ; Sat, 7 Jan 2023 16:22:06 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org E34473858417 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sourceware.org; s=default; t=1673108526; bh=kw+X+IByKcQOXXEvXLeEeZ1VKZZYcVj47L357aa7UUs=; h=Date:To:Cc:In-Reply-To:Subject:References:List-Id: List-Unsubscribe:List-Archive:List-Post:List-Help:List-Subscribe: From:Reply-To:From; b=Hd2w+ZzOOwURbOXQlBgob7BjUgZdAVezW8lgdZIjM04lqwKedXInUO5PMZnsKc0v6 dLsDbAphfLpCltoZ0vapHZjHBBK9qNycdANzaEehmqERuP4b2IGrRk8KFIfymhRD/w zXOl83GK4fbpJEUuPdSFbOsBbkhOdy+oaDJK4kz8= Received: from eggs.gnu.org (eggs.gnu.org [IPv6:2001:470:142:3::10]) by sourceware.org (Postfix) with ESMTPS id F20E73858D35 for ; Sat, 7 Jan 2023 16:21:47 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org F20E73858D35 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pEBx3-00007W-4S; Sat, 07 Jan 2023 11:21:46 -0500 Received: from [87.69.77.57] (helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pEBx2-0005FZ-0Q; Sat, 07 Jan 2023 11:21:44 -0500 Date: Sat, 07 Jan 2023 18:22:05 +0200 Message-Id: <83wn5yqpqq.fsf@gnu.org> To: Hannes Domani Cc: schwab@linux-m68k.org, gdb-patches@sourceware.org In-Reply-To: <1151933072.13100631.1673108176724@mail.yahoo.com> (message from Hannes Domani on Sat, 7 Jan 2023 16:16:16 +0000 (UTC)) Subject: Re: Two observations using GDB 13 snapshot References: <83h6xugc5v.fsf@gnu.org> <83r0w6uaad.fsf@gnu.org> <87fscmemeo.fsf@linux-m68k.org> <83358mu1tv.fsf@gnu.org> <87bknaek9z.fsf@linux-m68k.org> <83v8lisjlx.fsf@gnu.org> <87lemeh4wz.fsf@igel.home> <83h6x2sb5x.fsf@gnu.org> <87cz7qh2db.fsf@igel.home> <83a62usabj.fsf@gnu.org> <878rieh194.fsf@igel.home> <838ries9je.fsf@gnu.org> <874jt2h0hq.fsf@igel.home> <835ydis7qt.fsf@gnu.org> <87zgaufj4w.fsf@igel.home> <83zgauqqa5.fsf@gnu.org> <1151933072.13100631.1673108176724@mail.yahoo.com> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit 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: , From: Eli Zaretskii via Gdb-patches Reply-To: Eli Zaretskii Errors-To: gdb-patches-bounces+public-inbox=simark.ca@sourceware.org Sender: "Gdb-patches" > Date: Sat, 7 Jan 2023 16:16:16 +0000 (UTC) > From: Hannes Domani > Cc: "gdb-patches@sourceware.org" > > Am Samstag, 7. Januar 2023, 17:10:33 MEZ hat Eli Zaretskii via Gdb-patches Folgendes geschrieben: > > > > >> That does not happen for me.  Did you configure with --enable-shared? > > > > > > > > No.  Why would I need to? > > > > > > Without it, libtool should have no reason to put gdb in .libs. > > > > I see.  Well, here it is. > > > > > > > > GDB is not a library, and doesn't build libraries that need to be > > > > installed, AFAIK. > > > > > > So why does it create the gdb binary in .libs?  It is empty for me. > > > > > > I don't know.  Any libtool experts around here? > > Isn't --enable-shared the default? Yes, it is. I see this in gdb/config.log: Target: mingw32 Configured with: ../src/gcc-9.2.0/configure --build=x86_64-pc-linux-gnu --host=mingw32 --target=mingw32 --disable-win32-registry --with-arch=i586 --with-tune=generic --enable-static --enable-shared --enable-threads --enable-languages=c,c++,objc,obj-c++,fortran,ada --with-dwarf2 --disable-sjlj-exceptions --enable-version-specific-runtime-libs --enable-libgomp --disable-libvtv --with-libiconv-prefix=/mingw --with-libintl-prefix=/mingw --enable-libstdcxx-debug --disable-build-format-warnings --prefix=/mingw --with-gmp=/mingw --with-mpfr=/mingw --with-mpc=/mingw --with-isl=/mingw --enable-nls --with-pkgversion='MinGW.org GCC Build-2' Thread model: win32 So does it mean I should build with --disable-shared? Anyway, --enable-shared is a legitimate configuration, so if it causes the GDB executable to be created in .libs/, IMO the build should act accordingly nad have a copy of gdb-gdb.gdb in that subdirectory. Right? > I think this behavior is a bit different for Windows targets, because of this > part in libtool: > >       *cygwin* | *mingw* ) >         if test "$build_libtool_libs" != yes; then >           wrappers_required=no >         fi >         ;;