From dev-return-16628-apmail-apr-dev-archive=apr.apache.org@apr.apache.org Thu Jun 15 22:10:16 2006 Return-Path: Delivered-To: apmail-apr-dev-archive@www.apache.org Received: (qmail 52050 invoked from network); 15 Jun 2006 22:10:16 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 15 Jun 2006 22:10:16 -0000 Received: (qmail 62671 invoked by uid 500); 15 Jun 2006 22:10:13 -0000 Delivered-To: apmail-apr-dev-archive@apr.apache.org Received: (qmail 62638 invoked by uid 500); 15 Jun 2006 22:10:12 -0000 Mailing-List: contact dev-help@apr.apache.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Id: Delivered-To: mailing list dev@apr.apache.org Delivered-To: moderator for dev@apr.apache.org Received: (qmail 95161 invoked by uid 99); 15 Jun 2006 13:55:20 -0000 X-ASF-Spam-Status: No, hits=1.5 required=10.0 tests=SPF_SOFTFAIL X-Spam-Check-By: apache.org Received-SPF: softfail (asf.osuosl.org: transitioning domain of blp@cs.stanford.edu does not designate 171.64.10.152 as permitted sender) From: Ben Pfaff To: 372179@bugs.debian.org Cc: bug-autoconf@gnu.org, dev@apr.apache.org Subject: Re: AC_CANONICAL_SYSTEM overwrites $@ References: <877j3j1y2k.fsf@c5100BC63.inet.catch.no> <87wtbjehpk.fsf_-_@benpfaff.org> <87mzcevm4n.fsf@thosu.err.no> Reply-To: blp@cs.stanford.edu Date: Thu, 15 Jun 2006 06:55:02 -0700 In-Reply-To: <87mzcevm4n.fsf@thosu.err.no> (Tollef Fog Heen's message of "Thu, 15 Jun 2006 10:49:59 +0200") Message-ID: <87slm634nd.fsf@benpfaff.org> User-Agent: Gnus/5.110004 (No Gnus v0.4) Emacs/21.4 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N Tollef Fog Heen writes: > I too suspect that the apr macros should be fixed to not rely on $@, > but this was a sudden and unannounced change in the Debian packages > without a significant bump in the version number. (Personally, I'd > treat this as an API bump and increase version number and possibly > package name similarly, but I guess not everybody'll agree with me > there.) The API is largely the same with a few small exceptions, this one being one that we were unaware of in advance. The other exceptions are either very minor or not a problem if the advice in the Autoconf manual is followed. -- Ben Pfaff email: blp@cs.stanford.edu web: http://benpfaff.org