zsh-4.0.[12] won't "configure"

zsh-4.0.[12] won't "configure"

[Seiichi Namba]

Thanks for all your efforts on the shell,

But what happened to Config/funcinst.mk in zsh-4.0.[12] ?

 ./configure ends up like this:

------------------------------------------------------------cut
zsh configuration
-----------------
zsh version               : 4.0.2
host operating system     : i686-pc-linux-gnu
                          :
                          :
                          :
See config.modules for installed modules and functions.

creating Config/defs.mk
sed: Couldn't open file ./Config/funcinst.mk
creating Makefile
sed: Couldn't open file ./Config/funcinst.mk
creating Doc/Makefile
sed: Couldn't open file ./Config/funcinst.mk
creating Etc/Makefile
sed: Couldn't open file ./Config/funcinst.mk
creating Src/Makefile
sed: Couldn't open file ./Config/funcinst.mk
creating Test/Makefile
sed: Couldn't open file ./Config/funcinst.mk
creating config.h
config.h is unchanged
------------------------------------------------------------cut

Above is the output from /bin/sh -> bash-1.14,
and the result is the almost the same on bash-2.03.0(1)-release.

Apparently seems like zsh-4.0.1.tar.bz2 lacks the file:

$ md5sum zsh-4.0.2.tar.bz2 
11cfcd3ff0b53ced5b99cc7bd3dd7235  zsh-4.0.2.tar.bz2

$ tar yvtf  zsh-4.0.1.tar.bz2 | grep Config
drwxr-xr-x pws/users         0 2001-06-02 00:01 zsh-4.0.1/Config/
-rw-r--r-- pws/users       123 2000-12-05 23:40 zsh-4.0.1/Config/.distfiles
-rw-r--r-- pws/users         8 1999-07-03 22:17 zsh-4.0.1/Config/.cvsignore
-rw-r--r-- pws/users      1783 1999-04-16 03:05 zsh-4.0.1/Config/clean.mk
-rw-r--r-- pws/zsh        1789 2001-05-21 19:53 zsh-4.0.1/Config/config.mk
-rw-r--r-- pws/zsh        3156 2001-05-09 18:50 zsh-4.0.1/Config/defs.mk.in
-rw-r--r-- pws/zsh        1326 2001-06-01 23:47 zsh-4.0.1/Config/version.mk
-rwxr-xr-x pws/zsh        1135 2001-05-21 19:53 zsh-4.0.1/Config/installfns.sh
-rwxr-xr-x pws/users      1220 2000-12-05 23:32 zsh-4.0.1/Config/uninstallfns.sh

$ tar yvtf  zsh-4.0.2.tar.bz2 | grep Config
drwxr-xr-x pws/users         0 2001-06-26 19:16 zsh-4.0.2/Config/
-rw-r--r-- pws/users       123 2000-12-05 23:39 zsh-4.0.2/Config/.distfiles
-rw-r--r-- pws/users         8 1999-07-03 22:17 zsh-4.0.2/Config/.cvsignore
-rw-r--r-- pws/users      1783 1999-04-16 03:05 zsh-4.0.2/Config/clean.mk
-rw-r--r-- pws/users      1789 2001-05-20 19:59 zsh-4.0.2/Config/config.mk
-rw-r--r-- pws/users      3156 2001-04-24 04:59 zsh-4.0.2/Config/defs.mk.in
-rw-r--r-- pws/users      1327 2001-06-26 01:42 zsh-4.0.2/Config/version.mk
-rwxr-xr-x pws/users      1135 2001-05-20 19:59 zsh-4.0.2/Config/installfns.sh
-rwxr-xr-x pws/users      1220 2000-12-05 04:21 zsh-4.0.2/Config/uninstallfns.sh

$ tar zvtf  zsh-3.1.9.tar.gz | grep Config
drwxr-xr-x pws/users         0 2000-06-06 06:17 zsh-3.1.9/Config/
-rw-r--r-- pws/zsh         135 1999-07-13 02:03 zsh-3.1.9/Config/.distfiles
-rw-r--r-- pws/zsh           8 1999-07-03 22:17 zsh-3.1.9/Config/.cvsignore
-rw-r--r-- pws/zsh        1783 1999-04-16 03:05 zsh-3.1.9/Config/clean.mk
-rw-r--r-- pws/zsh        1771 2000-05-22 03:31 zsh-3.1.9/Config/config.mk
-rw-r--r-- pws/zsh        3274 2000-05-30 18:15 zsh-3.1.9/Config/defs.mk.in
-rw-r--r-- pws/zsh        2011 2000-01-15 04:14 zsh-3.1.9/Config/funcinst.mk
-rw-r--r-- pws/users      1326 2000-06-06 06:14 zsh-3.1.9/Config/version.mk
-rwxr-xr-x pws/zsh         832 2000-01-15 04:14 zsh-3.1.9/Config/installfns.sh
-rwxr-xr-x pws/zsh        1015 2000-01-15 04:14 zsh-3.1.9/Config/uninstallfns.sh

Or Config/funcinst.mk should have been made by auto(re)conf or something ?

$ autoconf --version
Autoconf version 2.13
$ automake --version
automake (GNU automake) 1.4

Or did I screwed up something ?

My system is based on slackware-7.0, and libc is:
   /lib/libc.so.6 -> libc-2.1.2.so

Once I could configure and make zsh-4.0.1.tar.bz2 using
kinda old CVS archive I kept, but I lost the CVS content.

Will zsh-3.1.9/Config/funcinst.mk do the job (it seems succeeds too),
or should I wait the next fix ?


I am not subscribing this mailing list, so I am glad if some of you
can respond with Cc: to me.

Thanks in advance,
Seiichi

S.Namba <sn@asahi-net.email.ne.jp>
http://www.asahi-net.or.jp/~pi9s-nnb/

Re: zsh-4.0.[12] won't "configure"

[Bart Schaefer]

On Jul 3, 12:28pm, Seiichi Namba wrote:
} 
} Thanks for all your efforts on the shell,
} 
} But what happened to Config/funcinst.mk in zsh-4.0.[12] ?

funcinst.mk has been gone since just after 3.1.9.  It was removed and
the function installation information went to config.modules.

} Or Config/funcinst.mk should have been made by auto(re)conf or something ?

It shouldn't be used at all any more, and the two references to it in
zshconfig.ac are a mistake.  There should be no references left to the
FUNCINST_MK variable that is erroneously defined there.

} Will zsh-3.1.9/Config/funcinst.mk do the job (it seems succeeds too),
} or should I wait the next fix ?

You should not need funcinst.mk at all.  Re-extract the tar file in a
fresh directory, and start the configure process from scratch.

-- 
Bart Schaefer                                 Brass Lantern Enterprises
http://www.well.com/user/barts              http://www.brasslantern.com

Zsh: http://www.zsh.org | PHPerl Project: http://phperl.sourceforge.net   

RE: zsh-4.0.[12] won't "configure"

[Andrej Borsenkow]

> See config.modules for installed modules and functions.
>
> creating Config/defs.mk
> sed: Couldn't open file ./Config/funcinst.mk


You must have broken sed. funcinst.mk was removed in 3.1.9-dev-8 when
config.modules was introduced. It still hangs around, but it should not harm
in any way; look:

/@FUNCINST_MK@/r /tools/src/zsh-4.0.x/Config/funcinst.mk

so if @FUNCINST_MK@ exists somewhere it will be replaced; if not the above
never match. But

bor@itsrm2% grep FUNCINST_MK **/Makefile.in
bor@itsrm2%

Anyway, we better remove it from configure.

-andrej

Index: zshconfig.ac
===================================================================
RCS file: /cvsroot/zsh/zsh/zshconfig.ac,v
retrieving revision 1.14
diff -u -r1.14 zshconfig.ac
--- zshconfig.ac        2001/07/02 19:39:34     1.14
+++ zshconfig.ac        2001/07/03 05:52:06
@@ -1913,13 +1913,11 @@
 CONFIG_MK="${srcdir}/Config/config.mk"
 dnl defs.mk is in the build tree, not the source tree
 DEFS_MK="Config/defs.mk"
-FUNCINST_MK="${srcdir}/Config/funcinst.mk"
 VERSION_MK="${srcdir}/Config/version.mk"

 AC_SUBST_FILE(CLEAN_MK)dnl
 AC_SUBST_FILE(CONFIG_MK)dnl
 AC_SUBST_FILE(DEFS_MK)dnl
-AC_SUBST_FILE(FUNCINST_MK)dnl
 AC_SUBST_FILE(VERSION_MK)dnl

 AC_OUTPUT(Config/defs.mk Makefile Doc/Makefile Etc/Makefile Src/Makefile \

Re: zsh-4.0.[12] won't "configure"

[Seiichi Namba]

--------
Thank you Andrej Borsenkow, and Bart Schaefer for your quick responses.

In message <000d01c10384$588b38d0$21c9ca95@mow.siemens.ru>,
   "Andrej Borsenkow" writes:
> > See config.modules for installed modules and functions.
> >
> > creating Config/defs.mk
> > sed: Couldn't open file ./Config/funcinst.mk
> 
> 
> You must have broken sed. funcinst.mk was removed in 3.1.9-dev-8 when
> config.modules was introduced. It still hangs around, but it should not harm
> in any way; look:

I saw, and cited the sed messages, but I did not noticed that it was
the culprit.  Indeed my /usr/bin/sed is:

$ sed-1.18-mbyte-extension-1.03 --version
GNU sed version 1.18 + multi-byte extension 1.03

which is very old Japanized version, on which my Japanese word
processing scripts built in years depend so much that still I can't
replace -- some newer Japanized versions exists but there are lots of
difference aside this issue.  Actually the two sed's behave
differently as Andrej pointed out:

$ echo aaa | sed-1.18-mbyte-extension-1.03 '/aaa/r /tmp/IN-EXISTING'; echo $?
sed-1.18-mbyte-extension-1.03: Couldn't open file /tmp/IN-EXISTING
4
$ echo aaa | sed-3.02 '/aaa/r /tmp/IN-EXISTING; echo $?
aaa
0

After all I compiled zsh with replacing /usr/bin/sed symlink to
sed-3.02, but I am glad that if you could change zshconfig.ac (or any
other file) as the Andrej's patch since there may be still another old
GNU sed in someone's /usr/bin.

Thank you.

S.Namba <sn@asahi-net.email.ne.jp>
http://www.asahi-net.or.jp/~pi9s-nnb/