Re: executable suffix 0 ?

2001-01-12 Thread Akim Demaille
"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 to make sure

Re: AC_LANG smartness not smart enough for AC_PROG_LIBTOOL

2001-01-12 Thread Akim Demaille
"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 AC_LANG

Re: Ultrix problem

2001-01-12 Thread Akim Demaille
$ 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!

Re: Ultrix problem

2001-01-12 Thread Akim Demaille
$ 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

Moving to Automake 1.4a

2001-01-12 Thread Akim Demaille
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.

Re: Moving to Automake 1.4a

2001-01-12 Thread Pavel Roskin
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

Re: Moving to Automake 1.4a

2001-01-12 Thread Akim Demaille
"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

Re: Moving to Automake 1.4a

2001-01-12 Thread Earnie Boyd
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 1.4b? Pavel

Re: Moving to Automake 1.4a

2001-01-12 Thread Pavel Roskin
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

Re: Moving to Automake 1.4a

2001-01-12 Thread Earnie Boyd
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. That would be

Re: Moving to Automake 1.4a

2001-01-12 Thread Earnie Boyd
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 of

Re: AC_PROG_CC problems on Windows with MKS Shell

2001-01-12 Thread Lars J. Aas
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 :

Re: Moving to Automake 1.4a

2001-01-12 Thread Tom Tromey
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 features

Re: Moving to Automake 1.4a

2001-01-12 Thread Lars Hecking
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 own

Re: Moving to Automake 1.4a

2001-01-12 Thread Pavel Roskin
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

configure GUI somewhere?

2001-01-12 Thread Guido Draheim
...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,

Re: AC_PROG_CC problems on Windows with MKS Shell

2001-01-12 Thread Wan-Teh Chang
"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 exactly

Re: Moving to Automake 1.4a

2001-01-12 Thread Tom Tromey
"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 distributions

Re: AC_PROG_CC problems on Windows with MKS Shell

2001-01-12 Thread Thomas Dickey
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.