> "Assar" == Assar Westerlund <[EMAIL PROTECTED]> writes:
Assar> Akim Demaille <[EMAIL PROTECTED]> writes:
>> Could you please try to run the test suite on this host? I find it
>> most unpleasant that this problem was not caught before. We will
>> fix this problem, sure, but first, I want t
> "Lars" == Lars J Aas <[EMAIL PROTECTED]> writes:
Lars> If you invoke AC_LANG(C++) above AC_PROG_LIBTOOL, you will find
Lars> that $ac_ext is "c" after AC_PROG_LIBTOOL has been run, and
Lars> invoking AC_LANG(C++) again will not dispatch the necessary
Lars> shell code to fix this again since
$ eval 'echo toto >/tmp/stdout 2>/tmp/stderr'
$ cat /tmp/stdout
toto
$ cat /tmp/stderr
$
$ eval 'echo toto >/tmp/stdout 2>/tmp/stderr' >/tmp/outter
illegal io
$
Thanks Harlan!
$ eval 'echo toto >/tmp/stdout 2>/tmp/stderr' >/tmp/outter
illegal io
$
Could you try this?
eval '(echo toto >/tmp/stdout 2>/tmp/stderr)' >/tmp/outter
I plan to move the Autoconf package to Automake 1.4a. Any problem
with that? I'll also provide patches to adjust Automake to
configure.ac, and likewise for Libtool.
> I plan to move the Autoconf package to Automake 1.4a. Any problem
> with that? I'll also provide patches to adjust Automake to
> configure.ac, and likewise for Libtool.
Why not Automake 1.4b?
ftp://sourceware.cygnus.com/pub/automake/automake-1.4b.tar.gz
Regards,
Pavel Roskin
> "Pavel" == Pavel Roskin <[EMAIL PROTECTED]> writes:
>> I plan to move the Autoconf package to Automake 1.4a. Any problem
>> with that? I'll also provide patches to adjust Automake to
>> configure.ac, and likewise for Libtool.
Pavel> Why not Automake 1.4b?
Pavel> ftp://sourceware.cygnus.c
Akim Demaille wrote:
>
> > "Pavel" == Pavel Roskin <[EMAIL PROTECTED]> writes:
>
> >> I plan to move the Autoconf package to Automake 1.4a. Any problem
> >> with that? I'll also provide patches to adjust Automake to
> >> configure.ac, and likewise for Libtool.
>
> Pavel> Why not Automake
> "Earnie" == Earnie Boyd <[EMAIL PROTECTED]> writes:
Earnie> IMO, it would be undesirable to have autoconf use a version of
Earnie> automake that isn't a released version.
It seems to me that there is still a chance to have an Automake
release soon.
Earnie> When I was learning automake,
Hello, Earnie!
> IMO, it would be undesirable to have autoconf use a version of automake
> that isn't a released version. When I was learning automake, autoconf,
> etc. I went about it by actually using the tools on themselves. Not
> having a released version of automake would have been a stumb
Akim Demaille wrote:
>
> > "Earnie" == Earnie Boyd <[EMAIL PROTECTED]> writes:
>
> Earnie> IMO, it would be undesirable to have autoconf use a version of
> Earnie> automake that isn't a released version.
>
> It seems to me that there is still a chance to have an Automake
> release soon.
>
Pavel Roskin wrote:
>
> Hello, Earnie!
>
> > IMO, it would be undesirable to have autoconf use a version of automake
> > that isn't a released version. When I was learning automake, autoconf,
> > etc. I went about it by actually using the tools on themselves. Not
> > having a released version
On Thu, Jan 11, 2001 at 10:37:01AM -0800, Wan-Teh Chang wrote:
: I am trying to use autoconf on Windows with the
: MKS Toolkit, which consists of a Korn shell and
: the usual Unix utilities.
Woopie doo, yet another Windows environment :)
[...]
: Now the fun part. AC_PROG_CC fails for me for
: t
> "Pavel" == Pavel Roskin <[EMAIL PROTECTED]> writes:
Pavel> I guess you are slightly confused. Makefile.in generated by the
Pavel> CVS Automake will be included in all releases of
Pavel> Autoconf. Moreover, Makefile.in are even included in the CVS
Pavel> repository of Autoconf. You shouldn't
Earnie> IMO, it would be undesirable to have autoconf use a version of
Earnie> automake that isn't a released version.
Akim> It seems to me that there is still a chance to have an Automake
Akim> release soon.
That would be nice.
We could also do another automake beta release after the feature
> I think it is important that automake-using distributions use an
> actual release and not the cvs automake.
I think that some of the free Unix/Linux distros use their own
patched version of automake which in turn is based on cvs automake
at some more or less random point in time. For my ow
> > I guess you are slightly confused.
>
> No, I'm not.
That's great :-)
> egcs-update!? What's that?
Script developed by GCC developers in the EGCS days to simplify life for
those CVS users who didn't have the full list of up-to-date maintainer
tools. Now available by running
cvs -d :pserver
...just a short question - is there possibly a configure GUI
somewhere? Something that parses "configure --help", shows a
nice GUI to change the options, and offers ability to run
configure $options, make and make install. No, I don't mean
something that can do anything about configure-options,
"Lars J. Aas" wrote:
>
> On Thu, Jan 11, 2001 at 10:37:01AM -0800, Wan-Teh Chang wrote:
> : I am trying to use autoconf on Windows with the
> : MKS Toolkit, which consists of a Korn shell and
> : the usual Unix utilities.
>
> Woopie doo, yet another Windows environment :)
Well, isn't this exact
> "Lars" == Lars Hecking <[EMAIL PROTECTED]> writes:
Lars> I think that some of the free Unix/Linux distros use their own
Lars> patched version of automake which in turn is based on cvs automake
Lars> at some more or less random point in time.
Yeah. Red Hat did that. Maybe other distrib
On Fri, Jan 12, 2001 at 03:25:50PM -0800, Wan-Teh Chang wrote:
> "Lars J. Aas" wrote:
> >
> > On Thu, Jan 11, 2001 at 10:37:01AM -0800, Wan-Teh Chang wrote:
> > : I am trying to use autoconf on Windows with the
> > : MKS Toolkit, which consists of a Korn shell and
> > : the usual Unix utilities.
21 matches
Mail list logo
