Hi, everyone,
My efforts to update this build environment continue. Running automake
(1.7) on my existing configure.in reports the following error:
/tmp/t4qaYxc3/traces.m4:873: /usr/bin/m4: Error matching regular
expression `^ *\(.*\) *$'
Use of uninitialized value at .../bin/automake line 5044
From: [EMAIL PROTECTED]
> I'm not sure, but I think another possibility might be that the
> right aclocal program is still finding the old 1.4 macros.
Hmmm... I think you're on to something. The previous build owner added
some additional macros to the default source of aclocal macros. He put
t
"Drummonds, Scott B" <[EMAIL PROTECTED]> writes:
> Actually, I guess my original post wasn't complete. I had successfully
> rerun aclocal before generating this error message. This version of
> aclocal, from the same Automake installation directory, reports itself
> as "aclocal (GNU Automake) 1.
On Wed, Feb 11, 2004 at 11:09:34AM -0800, Drummonds, Scott B wrote:
> I had successfully
> rerun aclocal [1.7] before generating this error message.
>
> So, I do believe that this error is occuring because of configure.in.
I'm not sure, but I think another possibility might be that the
right aclo
From: [EMAIL PROTECTED]
> It's not complaining about your configure.in, but rather that the
> old Automake-1.4 macros are still in your aclocal.m4 file. With
> luck, rerunning (the 1.7 version of) the "aclocal" program should
> fix that.
Actually, I guess my original post wasn't complete. I had
On Wed, Feb 11, 2004 at 10:50:54AM -0800, Drummonds, Scott B wrote:
>
> configure.in:10: your implementation of AM_INIT_AUTOMAKE comes from an
> configure.in:10: old Automake version. You should recreate aclocal.m4
> configure.in:10: with aclocal and run automake again.
>
>
> This surprises me,
Hi, everyone,
Replies I got from this group with regards to a problem I was having in
my build environment (that used Automake 1.4) led me to request a
version upgrade. I am now able to use Automake 1.7. (Better, eh?)
After running automake on my existing configure.in, I received the
following
Eric Tchepannou <[EMAIL PROTECTED]> writes:
> Thanks Adreas,
>
> What about if my headers should be in /usr/local/include/myapp ?
Don't toppost.
> cheers
>
> On Wednesday 11 February 2004 15:22, you wrote:
>> Eric Tchepannou <[EMAIL PROTECTED]> writes:
>> > Hello all,
>> >
>> > I have written (I
Thanks Adreas,
What about if my headers should be in /usr/local/include/myapp ?
cheers
On Wednesday 11 February 2004 15:22, you wrote:
> Eric Tchepannou <[EMAIL PROTECTED]> writes:
> > Hello all,
> >
> > I have written (I am still writing actually) an application and use
> > automake/autoconf. I
Eric Tchepannou <[EMAIL PROTECTED]> writes:
> Hello all,
>
> I have written (I am still writing actually) an application and use
> automake/autoconf. I would like to have my headers to be installed under
> /usr/local/include when applying make install.
> I wonder if someone can help me how to re
Hello all,
I have written (I am still writing actually) an application and use
automake/autoconf. I would like to have my headers to be installed under
/usr/local/include when applying make install.
I wonder if someone can help me how to reach this with automake.
Thanks for any contribution.
Nathanael Nerode <[EMAIL PROTECTED]> writes:
> +# Solaris 8's mkdir -p isn't thread-safe! If you mkdir -p a/b and
> +# mkdir -p a/c at the same time, both will detect that a is missing,
> +# one will create a, then the other will try to create a and die with
> +# a "File exists" error. So we have
FROM THE DESK OF MOHAMMED ABACHA
PHONE {234 802 346 3093}
Private E-mail ;[EMAIL PROTECTED]
RESPECTED DEAR FRIEND,
I am Mohammed Abacha, the Eldest son of the late
president of Nigeria Late Gen.Sani Abacha. I was falsely
accused of murder and as such was imprisoned, but thanks to
Almighty, I have
13 matches
Mail list logo
