> "Morten" == Morten Eriksen <[EMAIL PROTECTED]> writes:
Morten> An example from the AC_HELP_STRING doc was missing a
Morten> parenthesis.
Thanks, applied.
Akim
On Mon, Apr 03, 2000 at 01:15:46PM +0200, Akim Demaille wrote:
: > "Morten" == Morten Eriksen <[EMAIL PROTECTED]> writes:
:
: Morten> An example from the AC_HELP_STRING doc was missing a
: Morten> parenthesis.
:
: Thanks, applied.
Without requesting a verbatim ChangeLog entry? That's got t
> "Geoff" == Geoff Hutchison <[EMAIL PROTECTED]> writes:
>> But you can of course also write sh commands in your configure.in
>> that compiles regex.c instead.
Geoff> I think that's probably sufficient.
If you mean compiling by hand, don't do that. Use AC_TRY_COMPILE, or
AC_COMPILE_IFELSE
> "Lars" == Lars J Aas <[EMAIL PROTECTED]> writes:
Lars> Without requesting a verbatim ChangeLog entry? That's got to be
Lars> the first ;)
In fact I did not include one at all. May be I did something wrong?
I couldn't find any usefulness to have the ChangeLog say something
about this.
On Apr 3, 2000, Akim Demaille <[EMAIL PROTECTED]> wrote:
> In fact I did not include one at all. May be I did something wrong?
Changes in comments and/or docs don't strictly require ChangeLog
entries. It might have been nice to include one, since it was an
external user that was kind enough t
At 1:44 PM +0200 4/3/00, Akim Demaille wrote:
> > "Geoff" == Geoff Hutchison <[EMAIL PROTECTED]> writes:
>
> >> But you can of course also write sh commands in your configure.in
> >> that compiles regex.c instead.
>
>Geoff> I think that's probably sufficient.
>
>If you mean compiling by han
> "Alexandre" == Alexandre Oliva <[EMAIL PROTECTED]> writes:
Alexandre> It might have been nice to include one, since it was an
Alexandre> external user that was kind enough to supply us with the
Alexandre> fix, but we need not bother creating such ChangeLog entries
Alexandre> ourselves.
I s
Akim Demaille wrote:
> >> Is it working for you when you start from a clean just-checked-out
> >> repository?
>
> Alexandre> Nope. The first problem is that autoconf needs itself to
> Alexandre> bootstrap.
>
> Not really, the CVS repository contains the full tarball (with
> configure, Makefile.
--- Bruce Korb <[EMAIL PROTECTED]> wrote:
-8<-
>
> I just installed a cute hack in the AutoGen CVS :-)
> I made an archive file named "configure" that contains
> a shar archive of the generated files. It runs, recreating
> the generated files, deletes itself and then runs autoconf.
On Mon, Apr 03, 2000 at 06:57:33AM -0700, Earnie Boyd wrote:
: --- Bruce Korb <[EMAIL PROTECTED]> wrote:
: > I made an archive file named "configure" that contains
: > a shar archive of the generated files. It runs, recreating
: > the generated files, deletes itself and then runs autoconf.
:
--- "Lars J. Aas" <[EMAIL PROTECTED]> wrote:
> On Mon, Apr 03, 2000 at 06:57:33AM -0700, Earnie Boyd wrote:
> : --- Bruce Korb <[EMAIL PROTECTED]> wrote:
> : > I made an archive file named "configure" that contains
> : > a shar archive of the generated files. It runs, recreating
> : > the generat
> "Akim" == Akim Demaille <[EMAIL PROTECTED]> writes:
Akim> CVS Autoconf sticks to Automake 1.4: that's why you find all
Akim> those problems. Use 1.4 instead, that's the easier way out.
Oops, now I remember you *should* use 1.4, otherwise, because we rely
on something which has changed bet
> "Erez" == Erez Zadok <[EMAIL PROTECTED]> writes:
>> > Update: I managed to solve that problem by rerunning automake on
>> the .am > files in the autoconf CVS repository.
>>
>> You must re-run aclocal before automake.
Erez> Thanks.
Erez> I still, however, seem to have a problem with make
> "Alexandre" == Alexandre Oliva <[EMAIL PROTECTED]> writes:
Alexandre> On Apr 2, 2000, Erez Zadok <[EMAIL PROTECTED]> wrote:
>> Have you tried to make dist in a a build dir that's not srcdir?
Alexandre> A long time ago, I installed a patch in autoconf to make it
Alexandre> work. I don't kn
Earnie Boyd wrote:
>
> --- Bruce Korb <[EMAIL PROTECTED]> wrote:
> > I made an archive file named "configure" that contains
> > a shar archive of the generated files. It runs, recreating
> > the generated files, deletes itself and then runs autoconf.
>^^ NOT
Earnie Boyd wrote:
> > How about mv'ing itself out of the way (to configure.bak or something
> > similar)?
> >
>
> Can't do that either. A mv is a cp && rm.
1. It is only for developers
2 How about putting at the end:
( ( sleep 3 ; rm -f configure ; autoconf ) & )
exit 0
After 3 se
On Mon, Apr 03, 2000 at 07:46:08AM -0700, Earnie Boyd wrote:
: --- "Lars J. Aas" <[EMAIL PROTECTED]> wrote:
: > How about mv'ing itself out of the way (to configure.bak or something
: > similar)?
:
: Can't do that either. A mv is a cp && rm.
I thought it was a link() and an unlink(), but you're
--- "Lars J. Aas" <[EMAIL PROTECTED]> wrote:
> On Mon, Apr 03, 2000 at 07:46:08AM -0700, Earnie Boyd wrote:
> : --- "Lars J. Aas" <[EMAIL PROTECTED]> wrote:
> : > How about mv'ing itself out of the way (to configure.bak or something
> : > similar)?
> :
> : Can't do that either. A mv is a cp && r
On Mon, Apr 03, 2000 at 08:17:02AM -0700, Bruce Korb wrote:
: Earnie Boyd wrote:
: > > How about mv'ing itself out of the way (to configure.bak or something
: > > similar)?
: > >
: >
: > Can't do that either. A mv is a cp && rm.
:
: 1. It is only for developers
: 2 How about putting at the e
> "Russ" == Russ Allbery <[EMAIL PROTECTED]> writes:
Russ> Alexandre Oliva <[EMAIL PROTECTED]> writes:
>> Moreover, there's another problem: any user may simply touch
>> /tmp/conftest9012345 and cause autoconf to think long filenames are
>> not supported, unless the user sets TMPDIR to someth
Akim Demaille <[EMAIL PROTECTED]> writes:
> Would doing something like
> tmp=/tmp/ac.${RANDOM-$$}
> be good? The intend is to use the randomness some shell support, but is
> it possible to imagine that the script is run by a nasty guy who
> precisely set a well known value to RANDOM?
> I supp
21 matches
Mail list logo
