On Mon, 19 Apr 2004 21:01:58 +0200, Alexandre Duret-Lutz wrote:
A suggestion was to always use `SHELL = /bin/sh' in Makefiles.
I simply don't know how correct this is, because that's how it
was in the past before Chris Provenzano changed it to what it is
now. The reason for that change seems
Regarding use of Zsh, is it not possible to add options to the SHELL
definition so that even if Zsh is the selected shell, it will properly
split arguments.
For example, in my Zsh manual page, I see that the -y option enables
SH_WORD_SPLIT so presumably
SHELL = /bin/zsh -y
should emulate the
Eric Sunshine [EMAIL PROTECTED] writes:
Autoconf could, for example, publish a macro such as the following:
AS_SELECT_SHELL([features], [action-if-found], [action-if-not-found])
I like this basic idea approach (though of course it would take some
hacking).
On Sun, 18 Apr 2004 16:45:00 -0500 (CDT), Bob Friesenhahn wrote:
On Sun, 18 Apr 2004, Eric Sunshine wrote:
I can submit a patch to autoconf-patches to make Autoconf's shell
selection more backward-compatible with earlier versions of Autoconf,
however this raises another issue. My
Eric == Eric Sunshine [EMAIL PROTECTED] writes:
[...]
Eric I can submit a patch to autoconf-patches to make
Eric Autoconf's shell selection more backward-compatible with
Eric earlier versions of Autoconf, however this raises another
Eric issue. My interpretation of this thread is that
Eric
Alexandre Duret-Lutz [EMAIL PROTECTED] writes:
I'd say it would be useful that @SHELL@ be the most POSIX compliant
shell that does not require any configuration code (such as
_AS_BOURNE_COMPATIBLE) to work. CONFIG_SHELL would allow shell that
require such extra code.
Yes, I like this idea
Hello.
Alexandre Duret-Lutz wrote:
[snip]
A suggestion was to always use `SHELL = /bin/sh' in Makefiles.
I simply don't know how correct this is, because that's how it
was in the past before Chris Provenzano changed it to what it is
now. The reason for that change seems to have been lost.
Bob == Bob Friesenhahn [EMAIL PROTECTED] writes:
Bob I regenerated the Automake 1.8.3 Makefiles using Automake 1.8.2 and
Bob then I was able to configure and install Automake 1.8.3 under Solaris
Bob 9. I then regenerated the Automake 1.8.3 Makefiles using the just
Bob installed Automake
Alexandre Duret-Lutz wrote:
This suggests that shell running this code does not split
$list and $subdir get the full list. Zsh would do that.
Could you compare the output of
grep 'SHELL =' Makefile
on the working and non-working tarballs?
CVS Autoconf has a new SHELL selection code. That
Eric == Eric Sunshine [EMAIL PROTECTED] writes:
Eric Alexandre Duret-Lutz wrote:
This suggests that shell running this code does not split
$list and $subdir get the full list. Zsh would do that.
Could you compare the output of grep 'SHELL =' Makefile
on the working and non-working
On Sun, 18 Apr 2004, Alexandre Duret-Lutz wrote:
Bob, I've built Automake 1.8.3b with the latest CVS Autoconf.
Could you check whether that fixes your problem?
ftp://alpha.gnu.org/gnu/automake/automake-1.8.3b.tar.bz2
Still fails:
% gmake
Making all in . doc m4 lib tests
cd: no such file or
On Sun, 18 Apr 2004, Alexandre Duret-Lutz wrote:
I bet the only difference between the official 1.8.3 tarball and
the one you generated is that the former tarball uses CVS
Autoconf. 1.8.2 and your regenerated version likely use Autoconf 2.59.
That is true, I am using Autoconf 2.59. It
On Sun, 18 Apr 2004, Eric Sunshine wrote:
CVS Autoconf looks for a shell which supports functions and $LINENO.
Apparently, your zsh satisfies those requirements, so Autoconf is happy with
it.
Even if zsh is used, there are well-documented ways to tell Zsh to
split arguments like the
On Sun, 18 Apr 2004 13:08:54 -0500 (CDT), Bob Friesenhahn wrote:
On Sun, 18 Apr 2004, Eric Sunshine wrote:
Can you apply the following manual edit to the configure script
(not the configure.ac file) and report if it fixes the problem?
In configure, find the line:
Failure to configure and build Automake is a first for me. This is
under FreeBSD 5.0:
% ./configure
configure: loading site script /usr/local/share/config.site
CC = /usr/local/bin/gcc-3.3.3
CXX = /usr/local/bin/c++-3.3.3
CFLAGS = -O2 -Wall -march=i686 -mcpu=pentium4 -pipe
CXXFLAGS =
Apparently the key to building Automake 1.8.3 under FreeBSD is to use
BSD make rather than GNU make.
However, Automake 1.8.2 configures and builds just fine using GNU
make.
Bob
On Sat, 17 Apr 2004, Bob Friesenhahn wrote:
Failure to configure and build Automake is a first for me. This is
16 matches
Mail list logo