From unknown Mon Sep 08 01:50:30 2025 X-Loop: help-debbugs@gnu.org Subject: bug#15293: odd .deps directories being created Resent-From: Eric Blake Original-Sender: "Debbugs-submit" Resent-CC: bug-automake@gnu.org Resent-Date: Fri, 06 Sep 2013 20:24:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 15293 X-GNU-PR-Package: automake X-GNU-PR-Keywords: To: 15293@debbugs.gnu.org X-Debbugs-Original-To: bug-automake@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.137849898628753 (code B ref -1); Fri, 06 Sep 2013 20:24:01 +0000 Received: (at submit) by debbugs.gnu.org; 6 Sep 2013 20:23:06 +0000 Received: from localhost ([127.0.0.1]:44946 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VI2Yb-0007Th-TZ for submit@debbugs.gnu.org; Fri, 06 Sep 2013 16:23:06 -0400 Received: from eggs.gnu.org ([208.118.235.92]:49849) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VI2YX-0007Sw-U7 for submit@debbugs.gnu.org; Fri, 06 Sep 2013 16:23:04 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VI2YN-0001Ow-K5 for submit@debbugs.gnu.org; Fri, 06 Sep 2013 16:22:56 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50 autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:39831) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VI2YN-0001Os-GQ for submit@debbugs.gnu.org; Fri, 06 Sep 2013 16:22:51 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:51547) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VI2YI-0006oI-Qu for bug-automake@gnu.org; Fri, 06 Sep 2013 16:22:51 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VI2YB-00014w-9w for bug-automake@gnu.org; Fri, 06 Sep 2013 16:22:46 -0400 Received: from mx1.redhat.com ([209.132.183.28]:56730) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VI2YB-00012U-1f for bug-automake@gnu.org; Fri, 06 Sep 2013 16:22:39 -0400 Received: from int-mx10.intmail.prod.int.phx2.redhat.com (int-mx10.intmail.prod.int.phx2.redhat.com [10.5.11.23]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id r86KMboD013917 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Fri, 6 Sep 2013 16:22:37 -0400 Received: from [10.3.113.68] (ovpn-113-68.phx2.redhat.com [10.3.113.68]) by int-mx10.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id r86KMbLX016614 for ; Fri, 6 Sep 2013 16:22:37 -0400 Message-ID: <522A398C.8060004@redhat.com> Date: Fri, 06 Sep 2013 14:22:36 -0600 From: Eric Blake Organization: Red Hat, Inc. User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130805 Thunderbird/17.0.8 MIME-Version: 1.0 X-Enigmail-Version: 1.5.2 OpenPGP: url=http://people.redhat.com/eblake/eblake.gpg Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="B3Xv0WtaKUNttWdpKPA6hTI9VRnpT3MuS" X-Scanned-By: MIMEDefang 2.68 on 10.5.11.23 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -3.4 (---) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.4 (---) This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --B3Xv0WtaKUNttWdpKPA6hTI9VRnpT3MuS Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable I'm playing with latest master branch (reports itself as version 1.99a; based on commit v1.14-120-gd26663f), and am seeing weird behavior regarding depcomps when trying to build libvirt commit 93e5997 (http://libvirt.org/git/?p=3Dlibvirt.git;a=3Dsummary): $ find -name .deps -exec rm -r {} + $ ./config.status > /dev/null $ find -name .deps =2E.. =2E/src/phyp/.deps =2E/src/$(srcdir)/remote/.deps =2E/src/$(srcdir)/access/.deps =2E/src/$(srcdir)/lxc/.deps =2E/src/$(srcdir)/locking/.deps =2E/src/util/.deps =2E.. Huh? What are those literal directories named '$(srcdir)' doing in my tr= ee? $ make =2E.. make[2]: Entering directory `/home/eblake/libvirt-tmp2/src' Makefile:4992: warning: overriding recipe for target `access/.dirstamp' Makefile:4978: warning: ignoring old recipe for target `access/.dirstamp'= =2E.. Makefile:4966: warning: ignoring old recipe for target `locking/.deps/.dirstamp' Makefile:5904: access/.deps/libvirt_driver_access_la-viraccessapicheck.Plo: No such file or directory Makefile:5905: access/.deps/libvirt_driver_access_la-viraccessapichecklxc.Plo: No such file or directory =2E.. Makefile:5913: remote/.deps/libvirt_driver_remote_la-remote_protocol.Plo: No such file or directory make[2]: *** No rule to make target `remote/.deps/libvirt_driver_remote_la-remote_protocol.Plo'. Stop. The file reported missing exists, if you look in the odd directory name: $ ls src/\$\(srcdir\)/remote/.deps/ libvirt_driver_remote_la-lxc_protocol.Plo libvirt_driver_remote_la-qemu_protocol.Plo libvirt_driver_remote_la-remote_protocol.Plo Obviously, the bogus directory names for .deps has caused the rest of the build process to be hosed. But I'm not sure where it is going wrong, and whether the bug is in bleeding-edge automake or in my Makefile.am. I'm not sure how to quickly narrow in on a smaller test case from the Makefile.am in question (http://libvirt.org/git/?p=3Dlibvirt.git;a=3Dblob;f=3Dsrc/Makefile.am;h=3D= ca35e04). But looking for some of the strings in question, I see: 303 # The remote RPC driver, covering domains, storage, networks, etc 304 REMOTE_DRIVER_GENERATED =3D \ 305 $(srcdir)/remote/remote_protocol.c \ 335 REMOTE_DRIVER_SOURCES =3D \ 336 gnutls_1_0_compat.h \ 337 remote/remote_driver.c remote/remote_driver.h \ 338 $(REMOTE_DRIVER_GENERATED) 983 libvirt_driver_remote_la_SOURCES =3D $(REMOTE_DRIVER_SOURCES) 984 985 BUILT_SOURCES +=3D $(REMOTE_DRIVER_GENERATED) 986 Could this be caused by BUILT_SOURCES containing $(srcdir) in the name (because we intentionally want to generate the .c files into srcdir for the sake of tarballs built on systems with less-than-stellar rpcgen)? Is this a misuse of BUILT_SOURCES, where we should instead just have a rule to generate the files but not mark them as BUILT_SOURCES? (I guess that means adding a dist-local hook to ensure the files are built, since that may have been _why_ libvirt was trying to abuse BUILT_SOURCES.) And is this a new issue, or just something that was latent in 1.13 and exposed because of 1.14+'s move to subdir-obj by default? Does the documentation on BUILT_SOURCES need to be expanded to describe what is proper (or invalid) relations between generated source files and files shipped in the tarball, where it is desired that the end user need not regenerate the file, but a developer building from git always keeps the file up-to-date without having to check it into git? --=20 Eric Blake eblake redhat com +1-919-301-3266 Libvirt virtualization library http://libvirt.org --B3Xv0WtaKUNttWdpKPA6hTI9VRnpT3MuS Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.14 (GNU/Linux) Comment: Public key at http://people.redhat.com/eblake/eblake.gpg Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBCAAGBQJSKjmMAAoJEKeha0olJ0NqIZAH/0iduUgym+7LGtylOk4VReji jt5JdbexsnPOaeb364WiSJiuuTiQJCgEqV5hAspIZ2k104xaIT62Fvr/eRzbmxUN R/ZLyM/oJWF92m0lmUhAHq5I/SiEiu7wthDFgSmTHQTESjDq2jdAfcgPB4y7zDlE A7Mqmr9f7RqhFNHAEnlU14sJfnzqeBKm2XTWEVIMgk7kzzjBntRIcydXDmZ4haum teT4Fakf8ufT5xdz081659UPrYHLBn9kLboaONWD5JHU81D8EI7NoWeReUcdEo8i NoUq8UmR6phRzqE7jcTEHZ0Ep9GdR4+D7vl1NDGIg/mvAjiKr3waUAfaaIdTaMM= =pFpb -----END PGP SIGNATURE----- --B3Xv0WtaKUNttWdpKPA6hTI9VRnpT3MuS-- From unknown Mon Sep 08 01:50:30 2025 X-Loop: help-debbugs@gnu.org Subject: bug#15293: odd .deps directories being created Resent-From: Eric Blake Original-Sender: "Debbugs-submit" Resent-CC: bug-automake@gnu.org Resent-Date: Fri, 06 Sep 2013 20:41:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 15293 X-GNU-PR-Package: automake X-GNU-PR-Keywords: Cc: 15293@debbugs.gnu.org Received: via spool by 15293-submit@debbugs.gnu.org id=B15293.137850005030533 (code B ref 15293); Fri, 06 Sep 2013 20:41:02 +0000 Received: (at 15293) by debbugs.gnu.org; 6 Sep 2013 20:40:50 +0000 Received: from localhost ([127.0.0.1]:44968 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VI2pl-0007wO-QG for submit@debbugs.gnu.org; Fri, 06 Sep 2013 16:40:50 -0400 Received: from mx1.redhat.com ([209.132.183.28]:18601) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VI2pi-0007wB-3H for 15293@debbugs.gnu.org; Fri, 06 Sep 2013 16:40:47 -0400 Received: from int-mx12.intmail.prod.int.phx2.redhat.com (int-mx12.intmail.prod.int.phx2.redhat.com [10.5.11.25]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id r86KeiBt020444 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for <15293@debbugs.gnu.org>; Fri, 6 Sep 2013 16:40:44 -0400 Received: from [10.3.113.68] (ovpn-113-68.phx2.redhat.com [10.3.113.68]) by int-mx12.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id r86Kehbs015892 for <15293@debbugs.gnu.org>; Fri, 6 Sep 2013 16:40:44 -0400 Message-ID: <522A3DCB.2010502@redhat.com> Date: Fri, 06 Sep 2013 14:40:43 -0600 From: Eric Blake Organization: Red Hat, Inc. User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130805 Thunderbird/17.0.8 MIME-Version: 1.0 References: <522A398C.8060004@redhat.com> In-Reply-To: <522A398C.8060004@redhat.com> X-Enigmail-Version: 1.5.2 OpenPGP: url=http://people.redhat.com/eblake/eblake.gpg Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="EO4BgGKACtFExneAufhkSlDwqJTvmu759" X-Scanned-By: MIMEDefang 2.68 on 10.5.11.25 X-Spam-Score: -6.2 (------) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -6.2 (------) This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --EO4BgGKACtFExneAufhkSlDwqJTvmu759 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 09/06/2013 02:22 PM, Eric Blake wrote: > I'm playing with latest master branch (reports itself as version 1.99a;= > based on commit v1.14-120-gd26663f), and am seeing weird behavior > regarding depcomps when trying to build libvirt commit 93e5997 > (http://libvirt.org/git/?p=3Dlibvirt.git;a=3Dsummary): >=20 > 986 >=20 > Could this be caused by BUILT_SOURCES containing $(srcdir) in the name > (because we intentionally want to generate the .c files into srcdir for= > the sake of tarballs built on systems with less-than-stellar rpcgen)? > Is this a misuse of BUILT_SOURCES, where we should instead just have a > rule to generate the files but not mark them as BUILT_SOURCES? (I gues= s > that means adding a dist-local hook to ensure the files are built, sinc= e > that may have been _why_ libvirt was trying to abuse BUILT_SOURCES.) > And is this a new issue, or just something that was latent in 1.13 and > exposed because of 1.14+'s move to subdir-obj by default? More info - I tried building the 1.14 tarball instead of bleeding-edge master; and there, I got lots of warnings about not using subdir-objects; after modifying configure.ac to add subdir-objects to the AM_INIT_AUTOMAKE line, I can see the same behavior there. So I'm suspecting that this has either been a latent problem with subdir-objects pre-dating 1.14, and/or a latent bug in libvirt's abuse of BUILT_SOURCES, and not a recent regression (what made it trigger was the fact that master has enabled subdir-objects by default). Still, even if I manage to fix the libvirt Makefile.am, I am keeping this bug open, as I think automake should do a better job about flagging use of literal '$(srcdir)' as an error rather than actually trying to create a directory by that name. --=20 Eric Blake eblake redhat com +1-919-301-3266 Libvirt virtualization library http://libvirt.org --EO4BgGKACtFExneAufhkSlDwqJTvmu759 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.14 (GNU/Linux) Comment: Public key at http://people.redhat.com/eblake/eblake.gpg Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBCAAGBQJSKj3LAAoJEKeha0olJ0NqNsAH/Rjua2I0j+ze5NT26sVbHAnX p+NqJtJWuVOae+fzPH6wREfKZbDe2CXQesi8LF6nLOW+Wai3+DWmi/QZpXvfd7un zFgb1XV9o+5Y7DN3XmAEToeX3liwUWsPjaynPpmAgVGFohaUiwqWbIEc5gneQFB8 yJT0iaLgso46SVWwyIJ9mKLCJnR9UsJOu9P696BTJVnPF/ULQ5HrgtESCIlhaXzO abDcGbc0HQbLmY2+qJ1uPvgn6qC/KTh4y1GgKzT8psW8AgM1eRP1xpSGUpRRswCq DYsQaS8/lMC1n3SlPaYlxDHJdgNPJQU/3Ae9C6vtJ+8rxKbhg5SaVooY45nd1ok= =f0UM -----END PGP SIGNATURE----- --EO4BgGKACtFExneAufhkSlDwqJTvmu759-- From unknown Mon Sep 08 01:50:30 2025 X-Loop: help-debbugs@gnu.org Subject: bug#15293: odd .deps directories being created Resent-From: Bert Wesarg Original-Sender: "Debbugs-submit" Resent-CC: bug-automake@gnu.org Resent-Date: Sat, 07 Sep 2013 16:23:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 15293 X-GNU-PR-Package: automake X-GNU-PR-Keywords: To: Eric Blake Cc: 15293@debbugs.gnu.org Received: via spool by 15293-submit@debbugs.gnu.org id=B15293.137857092228021 (code B ref 15293); Sat, 07 Sep 2013 16:23:02 +0000 Received: (at 15293) by debbugs.gnu.org; 7 Sep 2013 16:22:02 +0000 Received: from localhost ([127.0.0.1]:47184 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VILGr-0007He-P2 for submit@debbugs.gnu.org; Sat, 07 Sep 2013 12:22:02 -0400 Received: from mail-vb0-f46.google.com ([209.85.212.46]:65137) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VILGn-0007HL-HC for 15293@debbugs.gnu.org; Sat, 07 Sep 2013 12:21:59 -0400 Received: by mail-vb0-f46.google.com with SMTP id p13so2947461vbe.33 for <15293@debbugs.gnu.org>; Sat, 07 Sep 2013 09:21:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=A0Ar7Q0AI2V4gQNiuqsaxvVfQt7p02o+ILrQIhzCKII=; b=JDxEGhQALgRysere4T/zzNJNLgeyP1HfTxNQTBtTPhS5EjcKSCEpGxt1aKSiZGypls oQQCh4ameatjsWpquyx/DmFfpBD7hFCJkUMLvmdzKM3FCpu3HujGlOAlGeeZ653y0icz LgQLVLyopepbac3q2KGpeHIayEqkjfQC/OBozX6IbH6GfTa5JQ6gzShR+NMMyyKHh59e a6mU92Wp0DCO1rLt6DR6TIlR7q4zOrBXu8dZpmyQkDI3oP/OgSW3HIDHu1rnxegbVtJj aZWsUFPtfT88SGB8CuUfbqeToO5aFZQVIWgOTLp47isEJ2EvLgwrVLFesR2O6VrO4GRN bzkg== MIME-Version: 1.0 X-Received: by 10.220.164.70 with SMTP id d6mr8158857vcy.19.1378570911807; Sat, 07 Sep 2013 09:21:51 -0700 (PDT) Received: by 10.220.107.146 with HTTP; Sat, 7 Sep 2013 09:21:51 -0700 (PDT) In-Reply-To: <522A3DCB.2010502@redhat.com> References: <522A398C.8060004@redhat.com> <522A3DCB.2010502@redhat.com> Date: Sat, 7 Sep 2013 18:21:51 +0200 Message-ID: From: Bert Wesarg Content-Type: text/plain; charset=UTF-8 X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) Hi, this seems a duplicate of to http://debbugs.gnu.org/cgi/bugreport.cgi?bug=13928. On Fri, Sep 6, 2013 at 10:40 PM, Eric Blake wrote: > On 09/06/2013 02:22 PM, Eric Blake wrote: >> I'm playing with latest master branch (reports itself as version 1.99a; >> based on commit v1.14-120-gd26663f), and am seeing weird behavior >> regarding depcomps when trying to build libvirt commit 93e5997 >> (http://libvirt.org/git/?p=libvirt.git;a=summary): >> > >> 986 >> >> Could this be caused by BUILT_SOURCES containing $(srcdir) in the name >> (because we intentionally want to generate the .c files into srcdir for >> the sake of tarballs built on systems with less-than-stellar rpcgen)? >> Is this a misuse of BUILT_SOURCES, where we should instead just have a >> rule to generate the files but not mark them as BUILT_SOURCES? (I guess >> that means adding a dist-local hook to ensure the files are built, since >> that may have been _why_ libvirt was trying to abuse BUILT_SOURCES.) >> And is this a new issue, or just something that was latent in 1.13 and >> exposed because of 1.14+'s move to subdir-obj by default? > > More info - I tried building the 1.14 tarball instead of bleeding-edge > master; and there, I got lots of warnings about not using > subdir-objects; after modifying configure.ac to add subdir-objects to > the AM_INIT_AUTOMAKE line, I can see the same behavior there. So I'm > suspecting that this has either been a latent problem with > subdir-objects pre-dating 1.14, and/or a latent bug in libvirt's abuse > of BUILT_SOURCES, and not a recent regression (what made it trigger was > the fact that master has enabled subdir-objects by default). Still, > even if I manage to fix the libvirt Makefile.am, I am keeping this bug > open, as I think automake should do a better job about flagging use of > literal '$(srcdir)' as an error rather than actually trying to create a > directory by that name. > > -- > Eric Blake eblake redhat com +1-919-301-3266 > Libvirt virtualization library http://libvirt.org > From unknown Mon Sep 08 01:50:30 2025 MIME-Version: 1.0 X-Mailer: MIME-tools 5.503 (Entity 5.503) X-Loop: help-debbugs@gnu.org From: help-debbugs@gnu.org (GNU bug Tracking System) To: Eric Blake Subject: bug#15293: closed (Re: bug#16375: subdir-objects breaks build which specifies sources relative to $(top_srcdir)) Message-ID: References: <5354F3F7.9070308@gmail.com> <522A398C.8060004@redhat.com> X-Gnu-PR-Message: they-closed 15293 X-Gnu-PR-Package: automake Reply-To: 15293@debbugs.gnu.org Date: Mon, 21 Apr 2014 10:34:03 +0000 Content-Type: multipart/mixed; boundary="----------=_1398076443-16892-1" This is a multi-part message in MIME format... ------------=_1398076443-16892-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" Your bug report #15293: odd .deps directories being created which was filed against the automake package, has been closed. The explanation is attached below, along with your original report. If you require more details, please reply to 15293@debbugs.gnu.org. --=20 15293: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D15293 GNU Bug Tracking System Contact help-debbugs@gnu.org with problems ------------=_1398076443-16892-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at 15293-done) by debbugs.gnu.org; 21 Apr 2014 10:33:41 +0000 Received: from localhost ([127.0.0.1]:53806 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WcBXh-0004NX-94 for submit@debbugs.gnu.org; Mon, 21 Apr 2014 06:33:41 -0400 Received: from mail-ee0-f53.google.com ([74.125.83.53]:51324) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WcBXY-0004Mn-Tk; Mon, 21 Apr 2014 06:33:33 -0400 Received: by mail-ee0-f53.google.com with SMTP id b57so3499041eek.26 for ; Mon, 21 Apr 2014 03:33:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:mime-version:to:cc:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=saXoAAs90T+Bhzqv1r8APUYAOlRMiuGBgQ+M3nUdDBY=; b=WcaXXzIJUzpoESRZa0D1X4G7RwrXpEbbbaJsULH26FnL/WrNf3xI6LmZS+Mo7YPNJJ 4KU24aO6soxAFMhXKWL4VWtJM0xpeZI17U+1FmHfxTnK23QXicbHKqaUYA+w6kPX335Q Dv9bQ4W+e31vJtEKcBhFOpO84TIejHUlabw0XbF0YEf/1JOVcpQnw/rLzXncs15F2ePv F6WJ84gkFJo4wNVd2fA8bx2kp0jlb6Y8CKiNrcjk7XhKx7ZDoAdhZptIgaBeVUlqgDzP fBJEzE8XSidwwBLcVqGL/2aFDX2pLoUCLgHHgJaExFbmJi/8YizyhcUyoZ7bULalO1kx Wnvw== X-Received: by 10.14.206.137 with SMTP id l9mr46981058eeo.40.1398076411645; Mon, 21 Apr 2014 03:33:31 -0700 (PDT) Received: from [192.168.0.102] (host66-50-dynamic.58-82-r.retail.telecomitalia.it. [82.58.50.66]) by mx.google.com with ESMTPSA id y7sm102404409eev.5.2014.04.21.03.33.29 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 21 Apr 2014 03:33:31 -0700 (PDT) Message-ID: <5354F3F7.9070308@gmail.com> Date: Mon, 21 Apr 2014 11:33:27 +0100 From: Stefano Lattarini MIME-Version: 1.0 To: Diab Jerius Subject: Re: bug#16375: subdir-objects breaks build which specifies sources relative to $(top_srcdir) References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 15293-done Cc: 13928@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) [+cc 13928@debbugs.gnu.org] References: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=16375 http://debbugs.gnu.org/cgi/bugreport.cgi?bug=15919 http://debbugs.gnu.org/cgi/bugreport.cgi?bug=15293 Known bugs sadly -- all duplicates of http://debbugs.gnu.org/13928 See also recent thread on the automake list (with sad updates regarding the current Automake development status): http://lists.gnu.org/archive/html/automake/2014-04/msg00002.html Closing these bug as a duplicate. Feel free to continue the discussion in the http://debbugs.gnu.org/13928 thread. And if anyone manages to come up with a patch, I will certainly make time to review it. Thanks, and sorry for the lack of progress, Stefano ------------=_1398076443-16892-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at submit) by debbugs.gnu.org; 6 Sep 2013 20:23:06 +0000 Received: from localhost ([127.0.0.1]:44946 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VI2Yb-0007Th-TZ for submit@debbugs.gnu.org; Fri, 06 Sep 2013 16:23:06 -0400 Received: from eggs.gnu.org ([208.118.235.92]:49849) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VI2YX-0007Sw-U7 for submit@debbugs.gnu.org; Fri, 06 Sep 2013 16:23:04 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VI2YN-0001Ow-K5 for submit@debbugs.gnu.org; Fri, 06 Sep 2013 16:22:56 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50 autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:39831) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VI2YN-0001Os-GQ for submit@debbugs.gnu.org; Fri, 06 Sep 2013 16:22:51 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:51547) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VI2YI-0006oI-Qu for bug-automake@gnu.org; Fri, 06 Sep 2013 16:22:51 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VI2YB-00014w-9w for bug-automake@gnu.org; Fri, 06 Sep 2013 16:22:46 -0400 Received: from mx1.redhat.com ([209.132.183.28]:56730) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VI2YB-00012U-1f for bug-automake@gnu.org; Fri, 06 Sep 2013 16:22:39 -0400 Received: from int-mx10.intmail.prod.int.phx2.redhat.com (int-mx10.intmail.prod.int.phx2.redhat.com [10.5.11.23]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id r86KMboD013917 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Fri, 6 Sep 2013 16:22:37 -0400 Received: from [10.3.113.68] (ovpn-113-68.phx2.redhat.com [10.3.113.68]) by int-mx10.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id r86KMbLX016614 for ; Fri, 6 Sep 2013 16:22:37 -0400 Message-ID: <522A398C.8060004@redhat.com> Date: Fri, 06 Sep 2013 14:22:36 -0600 From: Eric Blake Organization: Red Hat, Inc. User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130805 Thunderbird/17.0.8 MIME-Version: 1.0 To: bug-automake@gnu.org Subject: odd .deps directories being created X-Enigmail-Version: 1.5.2 OpenPGP: url=http://people.redhat.com/eblake/eblake.gpg Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="B3Xv0WtaKUNttWdpKPA6hTI9VRnpT3MuS" X-Scanned-By: MIMEDefang 2.68 on 10.5.11.23 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -3.4 (---) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.4 (---) This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --B3Xv0WtaKUNttWdpKPA6hTI9VRnpT3MuS Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable I'm playing with latest master branch (reports itself as version 1.99a; based on commit v1.14-120-gd26663f), and am seeing weird behavior regarding depcomps when trying to build libvirt commit 93e5997 (http://libvirt.org/git/?p=3Dlibvirt.git;a=3Dsummary): $ find -name .deps -exec rm -r {} + $ ./config.status > /dev/null $ find -name .deps =2E.. =2E/src/phyp/.deps =2E/src/$(srcdir)/remote/.deps =2E/src/$(srcdir)/access/.deps =2E/src/$(srcdir)/lxc/.deps =2E/src/$(srcdir)/locking/.deps =2E/src/util/.deps =2E.. Huh? What are those literal directories named '$(srcdir)' doing in my tr= ee? $ make =2E.. make[2]: Entering directory `/home/eblake/libvirt-tmp2/src' Makefile:4992: warning: overriding recipe for target `access/.dirstamp' Makefile:4978: warning: ignoring old recipe for target `access/.dirstamp'= =2E.. Makefile:4966: warning: ignoring old recipe for target `locking/.deps/.dirstamp' Makefile:5904: access/.deps/libvirt_driver_access_la-viraccessapicheck.Plo: No such file or directory Makefile:5905: access/.deps/libvirt_driver_access_la-viraccessapichecklxc.Plo: No such file or directory =2E.. Makefile:5913: remote/.deps/libvirt_driver_remote_la-remote_protocol.Plo: No such file or directory make[2]: *** No rule to make target `remote/.deps/libvirt_driver_remote_la-remote_protocol.Plo'. Stop. The file reported missing exists, if you look in the odd directory name: $ ls src/\$\(srcdir\)/remote/.deps/ libvirt_driver_remote_la-lxc_protocol.Plo libvirt_driver_remote_la-qemu_protocol.Plo libvirt_driver_remote_la-remote_protocol.Plo Obviously, the bogus directory names for .deps has caused the rest of the build process to be hosed. But I'm not sure where it is going wrong, and whether the bug is in bleeding-edge automake or in my Makefile.am. I'm not sure how to quickly narrow in on a smaller test case from the Makefile.am in question (http://libvirt.org/git/?p=3Dlibvirt.git;a=3Dblob;f=3Dsrc/Makefile.am;h=3D= ca35e04). But looking for some of the strings in question, I see: 303 # The remote RPC driver, covering domains, storage, networks, etc 304 REMOTE_DRIVER_GENERATED =3D \ 305 $(srcdir)/remote/remote_protocol.c \ 335 REMOTE_DRIVER_SOURCES =3D \ 336 gnutls_1_0_compat.h \ 337 remote/remote_driver.c remote/remote_driver.h \ 338 $(REMOTE_DRIVER_GENERATED) 983 libvirt_driver_remote_la_SOURCES =3D $(REMOTE_DRIVER_SOURCES) 984 985 BUILT_SOURCES +=3D $(REMOTE_DRIVER_GENERATED) 986 Could this be caused by BUILT_SOURCES containing $(srcdir) in the name (because we intentionally want to generate the .c files into srcdir for the sake of tarballs built on systems with less-than-stellar rpcgen)? Is this a misuse of BUILT_SOURCES, where we should instead just have a rule to generate the files but not mark them as BUILT_SOURCES? (I guess that means adding a dist-local hook to ensure the files are built, since that may have been _why_ libvirt was trying to abuse BUILT_SOURCES.) And is this a new issue, or just something that was latent in 1.13 and exposed because of 1.14+'s move to subdir-obj by default? Does the documentation on BUILT_SOURCES need to be expanded to describe what is proper (or invalid) relations between generated source files and files shipped in the tarball, where it is desired that the end user need not regenerate the file, but a developer building from git always keeps the file up-to-date without having to check it into git? --=20 Eric Blake eblake redhat com +1-919-301-3266 Libvirt virtualization library http://libvirt.org --B3Xv0WtaKUNttWdpKPA6hTI9VRnpT3MuS Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.14 (GNU/Linux) Comment: Public key at http://people.redhat.com/eblake/eblake.gpg Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBCAAGBQJSKjmMAAoJEKeha0olJ0NqIZAH/0iduUgym+7LGtylOk4VReji jt5JdbexsnPOaeb364WiSJiuuTiQJCgEqV5hAspIZ2k104xaIT62Fvr/eRzbmxUN R/ZLyM/oJWF92m0lmUhAHq5I/SiEiu7wthDFgSmTHQTESjDq2jdAfcgPB4y7zDlE A7Mqmr9f7RqhFNHAEnlU14sJfnzqeBKm2XTWEVIMgk7kzzjBntRIcydXDmZ4haum teT4Fakf8ufT5xdz081659UPrYHLBn9kLboaONWD5JHU81D8EI7NoWeReUcdEo8i NoUq8UmR6phRzqE7jcTEHZ0Ep9GdR4+D7vl1NDGIg/mvAjiKr3waUAfaaIdTaMM= =pFpb -----END PGP SIGNATURE----- --B3Xv0WtaKUNttWdpKPA6hTI9VRnpT3MuS-- ------------=_1398076443-16892-1--