Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:46756 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 13871 invoked from network); 16 Jan 2010 22:06:02 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 16 Jan 2010 22:06:02 -0000 Authentication-Results: pb1.pair.com header.from=gwynne@darkrainfall.org; sender-id=unknown Authentication-Results: pb1.pair.com smtp.mail=gwynne@darkrainfall.org; spf=permerror; sender-id=unknown Received-SPF: error (pb1.pair.com: domain darkrainfall.org from 208.97.132.177 cause and error) X-PHP-List-Original-Sender: gwynne@darkrainfall.org X-Host-Fingerprint: 208.97.132.177 caiajhbdcbhh.dreamhost.com Linux 2.6 Received: from [208.97.132.177] ([208.97.132.177:43544] helo=homiemail-a7.g.dreamhost.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 9A/9E-27028-948325B4 for ; Sat, 16 Jan 2010 17:06:01 -0500 Received: from moonstar.home (pool-96-252-5-186.bstnma.fios.verizon.net [96.252.5.186]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by homiemail-a7.g.dreamhost.com (Postfix) with ESMTPSA id EF27B25C05F; Sat, 16 Jan 2010 14:05:57 -0800 (PST) Mime-Version: 1.0 (Apple Message framework v1077) Content-Type: text/plain; charset=us-ascii In-Reply-To: <4B522D34.7030605@sci.fi> Date: Sat, 16 Jan 2010 17:05:56 -0500 Cc: PHP Internals List Content-Transfer-Encoding: quoted-printable Message-ID: <93E864B3-030C-4B0F-96FD-404C92E863FE@darkrainfall.org> References: <1263654424.3127.43.camel@guybrush> <4B522D34.7030605@sci.fi> To: jani.taskinen@iki.fi X-Mailer: Apple Mail (2.1077) Subject: Re: [PHP-DEV] Debian PHP patches From: gwynne@darkrainfall.org (Gwynne Raskind) On Jan 16, 2010, at 4:18 PM, Jani Taskinen wrote: >> 115-autoconf_ftbfs.patch > Hell no. You're breaking the configure again with this crap. I already = reverted the idiocy once, don't even think about doing this shit again. = PHP configure works properly only with autoconf-2.13 which was the last = working autoconf. Which autoconf was the last "working" one is a matter of opinion at this = point. The Autoconf people would love for us to stop using 2.13 - the = only reason it still exists is because we use it. (Or so I'm told, = anyway, I don't know this for a fact firsthand.) Personally, I'd rather = see PHP go to CMake. CMake does have its own host of problems, but they = could be dealt with. And yes, I would volunteer to revive the CMake = effort. -- Gwynne