From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 22619 invoked by alias); 10 Sep 2010 10:34:20 -0000 Received: (qmail 22463 invoked by uid 22791); 10 Sep 2010 10:34:19 -0000 X-SWARE-Spam-Status: No, hits=-4.5 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_HI,SPF_HELO_PASS,T_RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org Received: from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Fri, 10 Sep 2010 10:34:16 +0000 Received: from int-mx02.intmail.prod.int.phx2.redhat.com (int-mx02.intmail.prod.int.phx2.redhat.com [10.5.11.12]) by mx1.redhat.com (8.13.8/8.13.8) with ESMTP id o8AAYDvi010574 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Fri, 10 Sep 2010 06:34:13 -0400 Received: from patootie.office.frob.com (ovpn-113-34.phx2.redhat.com [10.3.113.34]) by int-mx02.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id o8AAYCpg006111; Fri, 10 Sep 2010 06:34:12 -0400 Received: from magilla.sf.frob.com (magilla.office.frob.com [198.49.250.228]) by patootie.office.frob.com (Postfix) with ESMTP id 89C472580; Fri, 10 Sep 2010 03:34:12 -0700 (PDT) Received: by magilla.sf.frob.com (Postfix, from userid 5281) id 41A8E405D5; Fri, 10 Sep 2010 03:34:12 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit From: Roland McGrath To: Andreas Schwab Cc: libc-hacker@sourceware.org Subject: Re: [PATCH] Work around shortest-stem feature in make 3.82+ In-Reply-To: Andreas Schwab's message of Friday, 10 September 2010 12:15:35 +0200 References: Message-Id: <20100910103412.41A8E405D5@magilla.sf.frob.com> Date: Fri, 10 Sep 2010 10:34:00 -0000 Mailing-List: contact libc-hacker-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: libc-hacker-owner@sourceware.org X-SW-Source: 2010-09/txt/msg00002.txt.bz2 > make 3.82+ no longer selects pattern rules by order, but by shortest > stem, so we need to add more rules to make sure we still get the right > matches. Sweet mother of god, what is that guy thinking? I shudder to think at all the subtle breakage introduced to makefile magic that has worked the same for 20 years now. He's kind of making me regret choosing him as maintainer. Even I have a hard time figuring out what exactly this dismal change could mean for complex uses of pattern rules like we have.