Return-Path: Delivered-To: apmail-httpd-apreq-dev-archive@httpd.apache.org Received: (qmail 55097 invoked by uid 500); 23 Jan 2002 17:27:03 -0000 Mailing-List: contact apreq-dev-help@httpd.apache.org; run by ezmlm Precedence: bulk X-No-Archive: yes List-Post: List-Help: List-Unsubscribe: List-Subscribe: Delivered-To: mailing list apreq-dev@httpd.apache.org Received: (qmail 55085 invoked from network); 23 Jan 2002 17:27:02 -0000 To: Jim Winstead Cc: Issac Goldstand , apreq-dev@httpd.apache.org Subject: Re: 1.0 in CVS? References: <3C4EA7A6.8090803@beamartyr.net> <20020123170051.GA25638@trainedmonkey.com> From: Joe Schaefer Date: 23 Jan 2002 12:28:15 -0500 In-Reply-To: Jim Winstead's message of "Wed, 23 Jan 2002 09:00:51 -0800" Message-ID: Lines: 43 User-Agent: Gnus/5.0802 (Gnus v5.8.2) Emacs/20.5 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N Jim Winstead writes: > On Wed, Jan 23, 2002 at 07:25:05AM -0500, Joe Schaefer wrote: > > The most recent patches were doc patches, mainly for Request.pm and > > Cookie.pm (and the ToDo). The INSTALL document is probably wrong wrt autoconf > > support- we don't currently include a working ./configure script. I put > > some text in README to help C programmers roll their own libapreq.a, but > > it's hardly an optimal solution. > > running automake/autoconf is part of the release/tarball process. since > it is a generated file, configure is not checked into cvs. > > 0.33 included what should be a working configure script. Thanks; we probably need to backout the most recent changes I made to MANIFEST then (I commented out a few lines to shut perl up about missing files). Also some of the README text I added regarding a C build probably should be elided as well. I just tried to build a copy of libapreq-0.33 I downloaded from CPAN, using % ./configure ... % make cd . && aclocal cd . && automake --foreign Makefile automake: configure.in: required file `./missing' not found make: *** [Makefile.in] Error 1 % There's a symlink from ./missing to /usr/local/share/automake/missing in apreq's main directory, but there is no such file on my system (a RH Linux derivative). Relinking it to /usr/share/automake/missing (which is where RH installed it) seems to work as expected. Is there an easy fix for this, or should we document the potential problem instead? I haven't tested the resulting libraries at all- just the build process. -- Joe Schaefer