From unknown Wed Jun 18 00:19:19 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#7670 <7670@debbugs.gnu.org> To: bug#7670 <7670@debbugs.gnu.org> Subject: Status: About make implementations that don't chain implicit rules Reply-To: bug#7670 <7670@debbugs.gnu.org> Date: Wed, 18 Jun 2025 07:19:19 +0000 retitle 7670 About make implementations that don't chain implicit rules reassign 7670 automake submitter 7670 Stefano Lattarini severity 7670 wishlist tag 7670 wontfix thanks From debbugs-submit-bounces@debbugs.gnu.org Fri Dec 17 17:46:49 2010 Received: (at submit) by debbugs.gnu.org; 17 Dec 2010 22:46:49 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PTj4a-0000w4-QV for submit@debbugs.gnu.org; Fri, 17 Dec 2010 17:46:49 -0500 Received: from eggs.gnu.org ([140.186.70.92]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PTj4Y-0000vo-Ol for submit@debbugs.gnu.org; Fri, 17 Dec 2010 17:46:47 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PTjAi-00033q-9y for submit@debbugs.gnu.org; Fri, 17 Dec 2010 17:53:09 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,FREEMAIL_FROM, RCVD_IN_DNSWL_LOW, T_DKIM_INVALID, T_TO_NO_BRKTS_FREEMAIL autolearn=unavailable version=3.3.1 Received: from lists.gnu.org ([199.232.76.165]:59266) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PTjAi-00033m-7B for submit@debbugs.gnu.org; Fri, 17 Dec 2010 17:53:08 -0500 Received: from [140.186.70.92] (port=53925 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PTjAg-0004HK-VK for bug-automake@gnu.org; Fri, 17 Dec 2010 17:53:08 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PTjAf-00033U-Ax for bug-automake@gnu.org; Fri, 17 Dec 2010 17:53:06 -0500 Received: from mail-wy0-f169.google.com ([74.125.82.169]:47664) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PTjAf-00033Q-2Z for bug-automake@gnu.org; Fri, 17 Dec 2010 17:53:05 -0500 Received: by wyj26 with SMTP id 26so1268067wyj.0 for ; Fri, 17 Dec 2010 14:53:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:subject:date :user-agent:mime-version:content-type:content-transfer-encoding :message-id; bh=2DaxwKRHFCiDwIDwGpsOXEoYWfpLZHw/IcoLHC8tK+g=; b=BAcAoAx3LvfSy33KDOGcl2wagJ+nnfT9c7yXBZMf6PSKpbJOvuoUYsKbygbHiDZnCG 1lYPvQtB2LqDDcsuK/EgLGkZ6NkjrjWUBb5bbAcBKZxIHIHxv996kwI2RsrGDaAhRGxO t2vl3N8SlMZx33ITLaq/MBHKsgyy8UYJ+y9Wo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:subject:date:user-agent:mime-version:content-type :content-transfer-encoding:message-id; b=k9WXPuv6BDxVE5k0MYeaHWAeImzQcS6BzhetRSV/ndjSTJkabYwxAi8zT0MboCoC8g KHO7bDO1oDxQ/7tnCEsJWfbdW76BEesDLD5i6l5N62fUYQZ7KT2X2p23NVqeMXkgDvG7 dsuGJdP+kFMQHHZohQ8lJJiD3VUpA09jisg3M= Received: by 10.216.82.20 with SMTP id n20mr1659688wee.107.1292626384098; Fri, 17 Dec 2010 14:53:04 -0800 (PST) Received: from bigio.localnet (host250-166-dynamic.50-82-r.retail.telecomitalia.it [82.50.166.250]) by mx.google.com with ESMTPS id f52sm499294wes.11.2010.12.17.14.53.02 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 17 Dec 2010 14:53:03 -0800 (PST) From: Stefano Lattarini To: bug-automake@gnu.org Subject: About make implementations that don't chain implicit rules Date: Fri, 17 Dec 2010 23:52:17 +0100 User-Agent: KMail/1.13.3 (Linux/2.6.30-2-686; KDE/4.4.4; i686; ; ) MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <201012172352.18618.stefano.lattarini@gmail.com> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) X-Spam-Score: -5.9 (-----) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -5.9 (-----) Severity: wishlist Hello automakers. Currently, automake is quite smart in catching and taking into account possible chaining of implicit rules. Here is a quite extensive example: $ cat > Makefile.am <<'END' bin_PROGRAMS = foo foo_SOURCES = foo.e .e.d: (echo 'int main() {' && cat $<) > $@ .d.c: (cat $< && echo '}') > $@ CLEANFILES = foo.d foo.c END $ cat configure.ac <<'END' AC_INIT([foo], [1.0]) AM_INIT_AUTOMAKE([foreign -Wall]) AC_CONFIG_FILES([Makefile]) AC_PROG_CC AC_OUTPUT END $ echo 'return 0' > foo.e $ aclocal $ automake -a configure.ac:2: installing `./install-sh' configure.ac:2: installing `./missing' Makefile.am: installing `./depcomp' # Let's see that the generated Makefile.in takes into account the # implicit rules' chains. $ grep foo_OBJECTS Makefile.in am_foo_OBJECTS = foo.$(OBJEXT) foo_OBJECTS = $(am_foo_OBJECTS) foo$(EXEEXT): $(foo_OBJECTS) $(foo_DEPENDENCIES) $(AM_V_CCLD)$(LINK) $(foo_OBJECTS) $(foo_LDADD) $(LIBS) $ grep SUFFIXES:. Makefile.in .SUFFIXES: .c .d .e .o .obj $ egrep -A2 '\.[^.]+\.[^.]+:' Makefile.in .c.o: @am__fastdepCC_TRUE@ $(AM_V_CC)$(COMPILE) -MT $@ -MD -MP -MF $(DEPDIR)/$*.Tpo -c -o $@ $< @am__fastdepCC_TRUE@ $(AM_V_at)$(am__mv) $(DEPDIR)/$*.Tpo $(DEPDIR)/$*.Po -- .c.obj: @am__fastdepCC_TRUE@ $(AM_V_CC)$(COMPILE) -MT $@ -MD -MP -MF $(DEPDIR)/$*.Tpo -c -o $@ `$(CYGPATH_W) '$<'` @am__fastdepCC_TRUE@ $(AM_V_at)$(am__mv) $(DEPDIR)/$*.Tpo $(DEPDIR)/$*.Po -- .e.d: (echo 'int main() {' && cat $<) > $@ .d.c: (cat $< && echo ';}') > $@ # Now let's check that the produced Makefile really works as expected # when it comes to a real build with a real make implementation. $ autoconf $ ./configure checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes ... configure: creating ./config.status config.status: creating Makefile config.status: executing depfiles commands $ make (echo 'int main() {' && cat foo.e) > foo.d (cat foo.d && echo ';}') > foo.c gcc -DPACKAGE_NAME=\"foo\" -DPACKAGE_TARNAME=\"foo\" \ -DPACKAGE_VERSION=\"1.0\" -DPACKAGE_STRING=\"foo\ 1.0\" \ -DPACKAGE_BUGREPORT=\"\" -DPACKAGE_URL=\"\" \ -DPACKAGE=\"foo\" -DVERSION=\"1.0\" \ -I. -g -O2 -MT foo.o -MD -MP -MF .deps/foo.Tpo \ -c -o foo.o foo.c mv -f .deps/foo.Tpo .deps/foo.Po gcc -g -O2 -o foo foo.o rm foo.d $ cat foo.c int main() { return 0 ;} And here comes the problem. While the above example works correctly for at least GNU make (tested with versions from 3.79 to 3.82), NetBSD make (tested with the Debian port, pmake-1.111), and FreeBSD make (tested with the Debian port from package freebsd-buildutils 8.0-1), it fails with at least Solaris 10 XPG4 make, CCS make, dmake, and with Heirloom make. For example: $ /usr/xpg4/bin/make make: Fatal error: Don't know how to make target `foo.c' This happens because those make implementations fail to chain implicit rules correctly; if the implicit dependencies are specified explicitly in the Makefile, everything works as expected: $ cat >> Makefile <<'END' foo.c:foo.d foo.d:foo.e END $ /usr/xpg4/bin/make (echo 'int main() {' && cat foo.e) > foo.d (cat foo.d && echo ';}') > foo.c gcc -DPACKAGE_NAME=\"foo\" ... -c -o foo.o foo.c mv -f .deps/foo.Tpo .deps/foo.Po gcc -g -O2 -o foo foo.o `all' is updated. My question now is: could Automake become smart enough to make implicit dependencies explicit in the generate Makefile.in, thus catering to such make implementations? And if this cannot be done in the general case, could automake help in some more specific, more predictable subcases? Regards, Stefano From debbugs-submit-bounces@debbugs.gnu.org Sun Dec 19 05:52:27 2010 Received: (at 7670) by debbugs.gnu.org; 19 Dec 2010 10:52:28 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PUGsN-0007pA-FC for submit@debbugs.gnu.org; Sun, 19 Dec 2010 05:52:27 -0500 Received: from mailout-de.gmx.net ([213.165.64.22] helo=mail.gmx.net) by debbugs.gnu.org with smtp (Exim 4.69) (envelope-from ) id 1PUGsL-0007ox-9f for 7670@debbugs.gnu.org; Sun, 19 Dec 2010 05:52:26 -0500 Received: (qmail invoked by alias); 19 Dec 2010 10:58:50 -0000 Received: from xdsl-89-0-87-89.netcologne.de (EHLO localhost.localdomain) [89.0.87.89] by mail.gmx.net (mp058) with SMTP; 19 Dec 2010 11:58:50 +0100 X-Authenticated: #13673931 X-Provags-ID: V01U2FsdGVkX18Tk95M0TMTW4ebssOndqpR1MaUfSQ9FmZWIlsprC 7yqwPawZcvnxiL Received: from ralf by localhost.localdomain with local (Exim 4.69) (envelope-from ) id 1PUGyY-0001wK-K6; Sun, 19 Dec 2010 11:58:50 +0100 Date: Sun, 19 Dec 2010 11:58:50 +0100 From: Ralf Wildenhues To: Stefano Lattarini Subject: Re: bug#7670: About make implementations that don't chain implicit rules Message-ID: <20101219105850.GE7020@gmx.de> References: <201012172352.18618.stefano.lattarini@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201012172352.18618.stefano.lattarini@gmail.com> Organization: Institute for Numerical Simulation, University of Bonn User-Agent: Mutt/1.5.20 (2010-08-04) X-Y-GMX-Trusted: 0 X-Spam-Score: -2.8 (--) X-Debbugs-Envelope-To: 7670 Cc: 7670@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.8 (--) * Stefano Lattarini wrote on Fri, Dec 17, 2010 at 11:52:17PM CET: > Currently, automake is quite smart in catching and taking into account > possible chaining of implicit rules. [...] > And here comes the problem. While the above example works correctly for > at least GNU make (tested with versions from 3.79 to 3.82), NetBSD make > (tested with the Debian port, pmake-1.111), and FreeBSD make (tested > with the Debian port from package freebsd-buildutils 8.0-1), it fails > with at least Solaris 10 XPG4 make, CCS make, dmake, and with Heirloom > make. Yep. > My question now is: could Automake become smart enough to make implicit > dependencies explicit in the generate Makefile.in, thus catering to such > make implementations? And if this cannot be done in the general case, > could automake help in some more specific, more predictable subcases? Making them explicit has the downsides that GNU make features for intermediate files won't work any more (see info make 'Chained Rules', although that describes implicit rules not suffix rules, to I'm not quite sure any more which of those features also pertain to chained suffix rules; it would be good to check that). I'm wondering whether most Automake users are not more interested in having them working, than having their package work with non-GNU make. After all, today it really is hard to come by a system that doesn't have GNU or some BSD make installed somewhere. OTOH, do we generate such chained rules ourselves from internal rules? That would be a bit worse, because in general we do have some users that want non-GNU make to work. Thanks, Ralf From debbugs-submit-bounces@debbugs.gnu.org Tue Dec 21 06:06:49 2010 Received: (at 7670) by debbugs.gnu.org; 21 Dec 2010 11:06:50 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PV03N-0004pT-EF for submit@debbugs.gnu.org; Tue, 21 Dec 2010 06:06:49 -0500 Received: from mail-ww0-f46.google.com ([74.125.82.46]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PV03K-0004pG-Ow for 7670@debbugs.gnu.org; Tue, 21 Dec 2010 06:06:47 -0500 Received: by wwj40 with SMTP id 40so4124854wwj.15 for <7670@debbugs.gnu.org>; Tue, 21 Dec 2010 03:13:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:subject:date :user-agent:cc:references:in-reply-to:mime-version:content-type :content-transfer-encoding:message-id; bh=Q/3/4GKj+GlSXXuf4Qiutr0nCSagy3B2oMHmQX5sa18=; b=WlRcekJO0HRZyBgopAVvW2HzjoOcKLCKvgaosAUzKKJU++6bppYT5lvh4Pj05P1L1s g+qjZPwyuymaa9lurrV5fyTCZo9BtW2r1eR/wJjPVoPCCPD8dCUXj1cOM4sUEreY+SwF mDcjk08gF3Hii83SjhMHCAWprXxcJKEcldEs8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:subject:date:user-agent:cc:references:in-reply-to :mime-version:content-type:content-transfer-encoding:message-id; b=SnMDqeiWimvaH43BYzG+/OkwGWGBoJOys6vkJtWd2sN8A6B+9pfrmwtDi2zZFKeDPR Fexs8SCM9Uxs+NuRJHggQ/GjCtk8wCaefYCUGWw5acVtZnlPS+wiRUGM5cRIcqnbpoGG DOXyQCXbNGCg1vKLgxwmO1iRel5m5GP7K0WH0= Received: by 10.216.30.144 with SMTP id k16mr8868011wea.19.1292929997999; Tue, 21 Dec 2010 03:13:17 -0800 (PST) Received: from bigio.localnet (host65-95-dynamic.0-79-r.retail.telecomitalia.it [79.0.95.65]) by mx.google.com with ESMTPS id p4sm2417548wer.29.2010.12.21.03.13.15 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 21 Dec 2010 03:13:16 -0800 (PST) From: Stefano Lattarini To: Ralf Wildenhues Subject: Re: bug#7670: About make implementations that don't chain implicit rules Date: Tue, 21 Dec 2010 12:13:01 +0100 User-Agent: KMail/1.13.3 (Linux/2.6.30-2-686; KDE/4.4.4; i686; ; ) References: <201012172352.18618.stefano.lattarini@gmail.com> <20101219105850.GE7020@gmx.de> In-Reply-To: <20101219105850.GE7020@gmx.de> MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <201012211213.02302.stefano.lattarini@gmail.com> X-Spam-Score: -3.7 (---) X-Debbugs-Envelope-To: 7670 Cc: 7670@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -3.6 (---) On Sunday 19 December 2010, Ralf Wildenhues wrote: > * Stefano Lattarini wrote on Fri, Dec 17, 2010 at 11:52:17PM CET: > > Currently, automake is quite smart in catching and taking into account > > possible chaining of implicit rules. > [...] > > > And here comes the problem. While the above example works correctly for > > at least GNU make (tested with versions from 3.79 to 3.82), NetBSD make > > (tested with the Debian port, pmake-1.111), and FreeBSD make (tested > > with the Debian port from package freebsd-buildutils 8.0-1), it fails > > with at least Solaris 10 XPG4 make, CCS make, dmake, and with Heirloom > > make. > > Yep. > > > My question now is: could Automake become smart enough to make implicit > > dependencies explicit in the generate Makefile.in, thus catering to such > > make implementations? And if this cannot be done in the general case, > > could automake help in some more specific, more predictable subcases? > > Making them explicit has the downsides that GNU make features for > intermediate files won't work any more (see info make 'Chained Rules', > although that describes implicit rules not suffix rules, to I'm not > quite sure any more which of those features also pertain to chained > suffix rules; it would be good to check that). > The part of the manual you pointed to seems relevant for chained suffix rules, at least when explict dependencies are not mentioned: $ cat GNUmakefile <<'END' .SUFFIXES: .x .y .z all: a.z .x.y: cp $< $@ .y.z: cp $< $@ END $ : > a.x $ gmake cp a.x a.y cp a.y a.z rm a.y $ # check that make has removed intermediate file 'a.y' $ ls -l a.y ls: cannot access a.y: No such file or directory $ # check that make does not create intermediate file 'a.y' (even $ # if target 'a.z' depends on it) when 'a.z' is up-to-date w.r.t. $ # 'a.x' $ gmake gmake: Nothing to be done for `all'. $ # check that make can create intermediate file 'a.y' if $ # explicitly told to $ gmake a.y cp a.x a.y BTW, I also read this in the automake manual: ``Ordinarily, a file cannot be intermediate if it is mentioned in the makefile as a target or prerequisite. However, you can explicitly mark a file as intermediate by listing it as a prerequisite of the special target .INTERMEDIATE. This takes effect even if the file is mentioned explicitly in some other way.'' Thus, if the `.INTERMEDIATE' target does not cause problems with other make implementations, we might consider using it to preserve GNU make semantic for intermediate files, while also emitting explicit dependency declarations for the sake of e.g. Solaris make (and other limited make implementations). > I'm wondering whether most Automake users are not more interested in > having them working, than having their package work with non-GNU make. > After all, today it really is hard to come by a system that doesn't have > GNU or some BSD make installed somewhere. > Makes sense (but see above). Maybe we might really start to consider dropping support for other make implementations (non-GNU and non-BSD) in a not-so-distant future? That would greatly simplify maintainability and testability, with only a very minimal decrease in portability (since, as you noted, today it's really hard to come by a system without GNU or some BSD make installed somewhere). > OTOH, do we generate such chained rules ourselves from internal rules? > Yes, for Lex/Yacc; see also: > That would be a bit worse, because in general we do have some users that > want non-GNU make to work. > :-( > Thanks, > Ralf > Regards, Stefano From debbugs-submit-bounces@debbugs.gnu.org Thu Jan 13 13:36:41 2011 Received: (at control) by debbugs.gnu.org; 13 Jan 2011 18:36:41 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PdS2L-0004gF-Ds for submit@debbugs.gnu.org; Thu, 13 Jan 2011 13:36:41 -0500 Received: from mailout-de.gmx.net ([213.165.64.22] helo=mail.gmx.net) by debbugs.gnu.org with smtp (Exim 4.69) (envelope-from ) id 1PdS2I-0004fz-Sa for control@debbugs.gnu.org; Thu, 13 Jan 2011 13:36:39 -0500 Received: (qmail invoked by alias); 13 Jan 2011 18:44:10 -0000 Received: from xdsl-89-0-165-4.netcologne.de (EHLO localhost.localdomain) [89.0.165.4] by mail.gmx.net (mp046) with SMTP; 13 Jan 2011 19:44:10 +0100 X-Authenticated: #13673931 X-Provags-ID: V01U2FsdGVkX19fB8cmoaNfFySsBK9ZJAgL4qeDKqBr79vEKB2AbW W9qUhVuRnAor9K Received: from ralf by localhost.localdomain with local (Exim 4.69) (envelope-from ) id 1PdS9a-0007pS-8i for control@debbugs.gnu.org; Thu, 13 Jan 2011 19:44:10 +0100 Date: Thu, 13 Jan 2011 19:44:10 +0100 From: Ralf Wildenhues To: control@debbugs.gnu.org Subject: merge bugs Message-ID: <20110113184410.GB29948@gmx.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Organization: Institute for Numerical Simulation, University of Bonn User-Agent: Mutt/1.5.20 (2010-08-04) X-Y-GMX-Trusted: 0 X-Spam-Score: -2.7 (--) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.7 (--) severity 7824 wishlist merge 7670 7824 thanks From debbugs-submit-bounces@debbugs.gnu.org Thu Jan 13 13:39:10 2011 Received: (at 7670) by debbugs.gnu.org; 13 Jan 2011 18:39:10 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PdS4j-0004k1-RQ for submit@debbugs.gnu.org; Thu, 13 Jan 2011 13:39:10 -0500 Received: from mailout-de.gmx.net ([213.165.64.22] helo=mail.gmx.net) by debbugs.gnu.org with smtp (Exim 4.69) (envelope-from ) id 1PdS4h-0004ji-Jh for 7670@debbugs.gnu.org; Thu, 13 Jan 2011 13:39:08 -0500 Received: (qmail invoked by alias); 13 Jan 2011 18:46:40 -0000 Received: from xdsl-89-0-165-4.netcologne.de (EHLO localhost.localdomain) [89.0.165.4] by mail.gmx.net (mp018) with SMTP; 13 Jan 2011 19:46:40 +0100 X-Authenticated: #13673931 X-Provags-ID: V01U2FsdGVkX18MHdRJrzUMYbXdRqMI5SE5FqqBosekYQh6FpAZCA g42wn1Z1+AFP+W Received: from ralf by localhost.localdomain with local (Exim 4.69) (envelope-from ) id 1PdSBy-0007pk-Aa; Thu, 13 Jan 2011 19:46:38 +0100 Date: Thu, 13 Jan 2011 19:46:38 +0100 From: Ralf Wildenhues To: Stefano Lattarini , =?utf-8?B?0K7RgNC40Lkg0J/Rg9GF0LDQu9GM0YHQutC40Lk=?= Subject: Re: bug#7670: About make implementations that don't chain implicit rules Message-ID: <20110113184638.GC29948@gmx.de> References: <201012172352.18618.stefano.lattarini@gmail.com> <20101219105850.GE7020@gmx.de> <201012211213.02302.stefano.lattarini@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201012211213.02302.stefano.lattarini@gmail.com> Organization: Institute for Numerical Simulation, University of Bonn User-Agent: Mutt/1.5.20 (2010-08-04) X-Y-GMX-Trusted: 0 X-Spam-Score: -2.7 (--) X-Debbugs-Envelope-To: 7670 Cc: 7670@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.7 (--) I'm merging bug 7824 with this one. If we can find a way to safely emit additional dependencies to help these make implementation, then I am in favor of doing it. (We can wrap them in 'if !GNU_MAKE' if need be.) Thanks, Ralf From debbugs-submit-bounces@debbugs.gnu.org Sun Jul 22 11:49:26 2012 Received: (at 7670) by debbugs.gnu.org; 22 Jul 2012 15:49:26 +0000 Received: from localhost ([127.0.0.1]:57786 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SsyPO-00034F-LF for submit@debbugs.gnu.org; Sun, 22 Jul 2012 11:49:26 -0400 Received: from mail-bk0-f44.google.com ([209.85.214.44]:50096) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SsyPM-000340-Oz; Sun, 22 Jul 2012 11:49:25 -0400 Received: by bkty7 with SMTP id y7so4012684bkt.3 for ; Sun, 22 Jul 2012 08:42:55 -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:content-type :content-transfer-encoding; bh=xD/h2YvD5EYR3TYI4tCUuQJxgzpJxKIoPpjk69TF2PI=; b=rzYvTD6+lU5J49peo9cLbmIhKA/phmhLx5j0Tca3/rhECOrCmxoZZYQHtiZ5HlDmrn v80xPm1ykGOWvd5fsFomvSKA4JGk7ffvQapTWSDLKGxcQvQi0Oq3Nq2A7FJavo4gPzCi +YWfiAA83DR9nM7HgOHmQASJi5b6OSnvtseZ5HqjD+ftK2RLkxP3tiNB/l//D9k4Qbjm uZJdwyEyPFpm1J2KkJDRBg/MPxZOpho7PYIrSDapb6J0pZCVpLE1iuk3b+/AKJhdDnIM yTL0JZVbcDVPgrQ06arE/FMEAu1BAUw7oDsVRQDQviu7tFnTVUawTAHelxV3shODADK4 xYxw== Received: by 10.205.123.10 with SMTP id gi10mr6278000bkc.9.1342971774860; Sun, 22 Jul 2012 08:42:54 -0700 (PDT) Received: from [192.168.178.21] (host105-96-dynamic.4-87-r.retail.telecomitalia.it. [87.4.96.105]) by mx.google.com with ESMTPS id he8sm5256773bkc.3.2012.07.22.08.42.53 (version=SSLv3 cipher=OTHER); Sun, 22 Jul 2012 08:42:54 -0700 (PDT) Message-ID: <500C1F75.2070607@gmail.com> Date: Sun, 22 Jul 2012 17:42:45 +0200 From: Stefano Lattarini MIME-Version: 1.0 To: 7824@debbugs.gnu.org Subject: won't fix Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Spam-Score: -2.6 (--) X-Debbugs-Envelope-To: 7670 Cc: 7670@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.6 (--) tags 7824 + wontfix tags 7670 + wontfix close 7824 close 7670 thanks These bugs would IMHO be too expensive to fix, and anyway fixing them would only bring a very marginal gain (as the issues only affects few vendor makes, and only appears in unusual -- albeit admittedly fully legitimate -- setups). In order not to keep the bug tracker cluttered up, I'm now closing these reports, marking them as "wontfix". Regards, Stefano From unknown Wed Jun 18 00:19:19 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Tue, 21 Aug 2012 11:24:03 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator From debbugs-submit-bounces@debbugs.gnu.org Wed Sep 12 15:24:52 2012 Received: (at control) by debbugs.gnu.org; 12 Sep 2012 19:24:52 +0000 Received: from localhost ([127.0.0.1]:57714 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TBsYN-0001Ws-QU for submit@debbugs.gnu.org; Wed, 12 Sep 2012 15:24:52 -0400 Received: from mail-bk0-f44.google.com ([209.85.214.44]:53103) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TBsYM-0001Wk-50 for control@debbugs.gnu.org; Wed, 12 Sep 2012 15:24:50 -0400 Received: by bkty12 with SMTP id y12so98867bkt.3 for ; Wed, 12 Sep 2012 12:24:01 -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:subject:content-type :content-transfer-encoding; bh=mCtylooJOGaE4Qry4O1GcHEXpxQjRxSuu97J6sXj5yI=; b=vP510excPNnSZ5YshtYOCLAVVGyNGZx4muysA5cKgW/zei9+knII5tvWYHpVVymKkg CABcxwsZmEOqdnG0Wl+o4tKHYFtnGy7X3MDrwnOYFlIXzdQc3IQVSaNcCUmlsIMiLoKy PWVz+WCzBNI6pS+j9CszOR2ZDrjNXCc6BwNstuJp6mKS2tqfHtYU/5092omdtoA3bJXC ju/FbEpwohhO1C8809ZjRGPqYYGqlzPpXZAlD2D/qWv6R/ZU//9QMdp/Yeesl/HxoUeD rHHbKXrNoq5KXEEgwXIQK1rZEc1BeqeL83zx73Xd8mZ6o3lDn0fk+44dgDABBiOwRzzD fbrQ== Received: by 10.204.136.205 with SMTP id s13mr6575471bkt.22.1347477841837; Wed, 12 Sep 2012 12:24:01 -0700 (PDT) Received: from [192.168.178.21] (host194-94-dynamic.2-87-r.retail.telecomitalia.it. [87.2.94.194]) by mx.google.com with ESMTPS id c18sm12859418bkv.8.2012.09.12.12.23.59 (version=SSLv3 cipher=OTHER); Wed, 12 Sep 2012 12:23:59 -0700 (PDT) Message-ID: <5050E14B.2020507@gmail.com> Date: Wed, 12 Sep 2012 21:23:55 +0200 From: Stefano Lattarini MIME-Version: 1.0 To: control@debbugs.gnu.org Subject: x Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Spam-Score: -2.6 (--) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.6 (--) unarchive 7824 From unknown Wed Jun 18 00:19:19 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Thu, 11 Oct 2012 11:24:03 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator