Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:24257 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 98139 invoked by uid 1010); 3 Jul 2006 22:53:29 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 98123 invoked from network); 3 Jul 2006 22:53:29 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 3 Jul 2006 22:53:29 -0000 X-PHP-List-Original-Sender: rasmus@lerdorf.com X-Host-Fingerprint: 204.11.219.139 lerdorf.com Linux 2.5 (sometimes 2.4) (4) Received: from ([204.11.219.139:54978] helo=lerdorf.com) by pb1.pair.com (ecelerity 2.1.1.3 r(11751M)) with ESMTP id 31/D2-13848-7EF99A44 for ; Mon, 03 Jul 2006 18:53:29 -0400 Received: from [192.168.200.106] (c-24-6-5-134.hsd1.ca.comcast.net [24.6.5.134]) (authenticated bits=0) by lerdorf.com (8.13.7/8.13.7/Debian-1) with ESMTP id k63MrNUl004522; Mon, 3 Jul 2006 15:53:23 -0700 Message-ID: <44A99FE3.3030603@lerdorf.com> Date: Mon, 03 Jul 2006 15:53:23 -0700 User-Agent: Thunderbird 3.0a1 (Macintosh/20060622) MIME-Version: 1.0 To: Pierre CC: Gwynne , internals@lists.php.net References: <952E8F04-87DB-4925-8F08-B999DE354D65@skytag.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] Configure summary From: rasmus@lerdorf.com (Rasmus Lerdorf) Pierre wrote: > On 7/4/06, Gwynne wrote: >> On Jul 3, 2006, at 6:09 PM, Pierre wrote: >> >> I'm working on a patch to bring in this functionality, out of sheer >> >> "I need to learn more about autoconf and I want to contribute to >> >> PHP"- >> >> ness :). Does anyone have any thoughts on what might go into such a >> >> summary? >> > Something like: >> > >> > GD Support Yes >> > Bundled >> > PNG Yes >> > JPEG No >> > GIF R/W Yes >> > >> > PDO Support Yes >> > PDO Mysql Yes >> > PDO Sqlite Bundled Yes >> > ... >> > >> > Maybe with the version found and used, but it could make the summary >> > unreadable :) >> >> The problem I have with this is that all of that information is >> already findable from the configure output. Yes, you have to look for >> it, but the idea of a summary is to summarize, not give extensive >> details and basically duplicate all the AC_MSG_CHECKING output. > > The output of configure is useless unless you redirect it to a file > and check everything you are looking for. A summary of this form is > used is many project. There is no need to be very verbose, only saying > what is enabled is already enough. I would agree with Pierre here. A nice compact summary of what was actually found and where it was found would be what I would expect from this. -Rasmus