Re: automake

----- Original Message -----
From: "Andres Kroonmaa" <andre@online.ee>
To: "Robert Collins" <robert.collins@itdomain.com.au>
Sent: Monday, October 01, 2001 9:30 PM
Subject: Re: automake

> On 1 Oct 2001, at 19:09, Robert Collins
<robert.collins@itdomain.com.au> wrote:
>
> > Squid really should upgrade to autoconf 2.5x - IIRC that has fgrep
> > support fixes, and 2.13 is deprecated nowadays.
> >
> > As for bootstrap.sh, it's open season. Henrik is better at shell
> > scripting than I :}. I don't recall what your problem was though -
what
> > error/problem are you getting?
>
> ./bootstrap.sh
> ./bootstrap.sh: !: not found
> ./bootstrap.sh: !: not found
> ./bootstrap.sh: !: not found
> ./bootstrap.sh: !: not found
> Autotool bootstrapping complete.
>
> "ksh ./bootstrap.sh" works. bootstrap.sh follows ksh syntax.

hmm. Well I'm not an expert shell scripter... Henrik, any ideas (this is
after > your rewrite of bootstrap.sh).

> > For the automake reference, it _was_ at
> > http://devel.squid-cache.org/amake :}.
>
> right, it _was_ ;))
>
> > The HAVE_LIBC_H is determined via AC_CHECK_HEADERS - you need to
debug
> > that part of the configure script, and the config.log may help - to
> > determine why it is getting turned on. Then that becomes either a
bug
> > for squid-dev or for autoconf. (We may be using the test wrong, or
> > autoconf may be faulty on your platform.)
>
> sigh, found that. When I chased "wordlist too long" error, I swapped
> grep for egrep on my system. This caused configure malfunction.
weird.
>
> > And yes, patching autoconf.h is the wrong. Uhmm, after the first
merge
> > of automake into a branch, make sure you start with a clean build
tree.
> > I found some niggly errors - and that helped.
>
> Seems that in addition to everthing else, I've managed to screw
> my private branch and devel branches.
> Now all my branches that are based on HEAD scream this:
>
> Making all in lib
> source='rfc1123.c' object='rfc1123.o' libtool=no \
> depfile='.deps/rfc1123.Po' tmpdepfile='.deps/rfc1123.TPo' \
> depmode=gcc3 /bin/sh ../cfgaux/depcomp \
>
-DHAVE_CONFIG_H -I. -I. -I../include -I../include -I../include -g -
> mcpu=pentiumpro -march=pentiumpro -c `test -f rfc1123.c || echo
> './'`rfc1123.c
> rfc1123.c:36:20: config.h: No such file or directory
> In file included from rfc1123.c:66:
> ../include/util.h:37:20: config.h: Error 0
> In file included from rfc1123.c:67:
> ../include/snprintf.h:7:20: config.h: Error 0
> ../include/snprintf.h:29:2: #error **NO VARARGS **
>
> basically, include/config.h got wiped out during "cvsmerge HEAD".
> from merge.log:
> cvs update: move away include/config.h; it is in the way
> C include/config.h
> cvs server: scheduling include/config.h.in for removal
>
> Any idea how to get this file back cleanly?
> that basically yell for help... yelp ;)

Ah, you build in your source dir don't you?.

I think the following is correct: Henrik?
Ok, rm include/config.h. Then cvs -z3 update -Pdkk -r HEAD
include/config.h.

Then cvs rtag -r <branch> <branch-merge-tag> squid include/config.h
and check it in cvs ci include/config.h

Rob
Received on Mon Oct 01 2001 - 07:42:04 MDT