Re: 4.2.0-pre-3

Re: 4.2.0-pre-3

[Peter Stephenson]

Ibraheem Umaru-Mohammed wrote:
> On Fri, 2004-03-05 at 14:20, Peter Stephenson wrote:
> > A few tweaks to try to stop everything falling to bits on AIX.
> > In addition to --enable-pcre you now need --enable-cap to enable
> > POSIX capabilities.
> [...]
> 
> Hi,
> 
> I have tried using --enable-pcre coupled with --enable-cap, but still no
> joy.

Sorry, I put that rather badly.  You are *not* supposed to turn those on
on AIX, --enable-cap in particular since --enable-pcre was not a
particular problem for AIX.  --enable-cap is there so that if you leave
it turned off the shell should compile on AIX, just missing that module
(which isn't required for normal use).

Turning it on is at your own risk.  I am more than happy to include
patches which make it work, but without direct access I don't see
any likelihood of getting it to work myself.

-- 
Peter Stephenson <pws@csr.com>                  Software Engineer
CSR Ltd., Science Park, Milton Road,
Cambridge, CB4 0WH, UK                          Tel: +44 (0)1223 692070


**********************************************************************
This email and any files transmitted with it are confidential and
intended solely for the use of the individual or entity to whom they
are addressed. If you have received this email in error please notify
the system manager.

This footnote also confirms that this email message has been swept by
MIMEsweeper for the presence of computer viruses.

www.mimesweeper.com
**********************************************************************

Re: 4.2.0-pre-3

[Ibraheem Umaru-Mohammed]

On Fri, 2004-03-05 at 17:34, Peter Stephenson wrote:
> Ibraheem Umaru-Mohammed wrote:
> > On Fri, 2004-03-05 at 14:20, Peter Stephenson wrote:
> > > A few tweaks to try to stop everything falling to bits on AIX.
> > > In addition to --enable-pcre you now need --enable-cap to enable
> > > POSIX capabilities.
> > [...]
> > 
> > Hi,
> > 
> > I have tried using --enable-pcre coupled with --enable-cap, but still no
> > joy.
> 
> Sorry, I put that rather badly.  You are *not* supposed to turn those on
> on AIX, --enable-cap in particular since --enable-pcre was not a
> particular problem for AIX.  --enable-cap is there so that if you leave
> it turned off the shell should compile on AIX, just missing that module
> (which isn't required for normal use).
> 

Ah. My mistake. Thanks for clarifying. It appears to get a little
further, but still fails:

Target "complete.mdh" is up to date.
Updated `zutil.mdh'.
	rm -f stamp-modobjs.tmp
	echo '' builtin.o compat.o cond.o exec.o glob.o hashtable.o hist.o
init.o input.o jobs.o lex.o linklist.o loop.o math.o mem.o module.o
options.o params.o parse.o pattern.o prompt.o signals.o signames.o
string.o subst.o text.o utils.o watch.o >> ../Src/stamp-modobjs.tmp
	echo '' termcap.o | sed 's" " Modules/"g' >>
../../Src/stamp-modobjs.tmp
	echo '' terminfo.o | sed 's" " Modules/"g' >>
../../Src/stamp-modobjs.tmp
`stamp-modobjs' is up to date.
	rm -f zsh
	 /usr/vac/bin/cc -qlanglvl=ansi  -s  -o zsh main.o  `cat stamp-modobjs`
-bE:zsh.export  -liconv -ldl -lcurses -ltermcap -lm  -lc
ld: 0711-319 WARNING: Exported symbol not defined: dputs
ld: 0711-319 WARNING: Exported symbol not defined: zpathmax
Target "modentry..o" is up to date.
Target "complete.mdh" is up to date.
Updated `zutil.mdh'.
	/usr/vac/bin/cc -qlanglvl=ansi -c -I.  -DHAVE_CONFIG_H -DMODULE -O  -o
../../Src/modentry..o ../../Src/modentry.c
	rm -f cap.so
	/usr/vac/bin/cc -qlanglvl=ansi  -s -bM:SRE -o cap.so
-bI:../../Src/zsh.export -bE:cap.export -emodentry cap..o 
../../Src/modentry..o  -liconv -ldl -lcurses -ltermcap -lm  -lc 
	rm -f clone.so
	/usr/vac/bin/cc -qlanglvl=ansi  -s -bM:SRE -o clone.so
-bI:../../Src/zsh.export -bE:clone.export -emodentry clone..o 
../../Src/modentry..o  -liconv -ldl -lcurses -ltermcap -lm  -lc 
	rm -f datetime.so
	/usr/vac/bin/cc -qlanglvl=ansi  -s -bM:SRE -o datetime.so
-bI:../../Src/zsh.export -bE:datetime.export -emodentry datetime..o 
../../Src/modentry..o  -liconv -ldl -lcurses -ltermcap -lm  -lc 
ld: 0711-317 ERROR: Undefined symbol: .isident
ld: 0711-345 Use the -bloadmap or -bnoquiet option to obtain more
information.
make: The error code from the last command is 8.


Stop.
make: The error code from the last command is 1.


Stop.
make: The error code from the last command is 2.


Stop.


Am sorry that I can't offer direct access, company firewalls, policy and
such prohibit this.

Cheers,

			--ibraheem.

4.2.0-pre-3

[Peter Stephenson]

I've uploaded 4.2.0-pre-3 to ftp.zsh.org.

Used autoconf 2.59 to try to improve matters on HPUX.

A few tweaks to try to stop everything falling to bits on AIX.
In addition to --enable-pcre you now need --enable-cap to enable
POSIX capabilities.

-- 
Peter Stephenson <pws@csr.com>                  Software Engineer
CSR Ltd., Science Park, Milton Road,
Cambridge, CB4 0WH, UK                          Tel: +44 (0)1223 692070


**********************************************************************
This email and any files transmitted with it are confidential and
intended solely for the use of the individual or entity to whom they
are addressed. If you have received this email in error please notify
the system manager.

This footnote also confirms that this email message has been swept by
MIMEsweeper for the presence of computer viruses.

www.mimesweeper.com
**********************************************************************

Re: 4.2.0-pre-3

[Cosmo]

Peter Stephenson wrote:
> 
> 
> 
> I've uploaded 4.2.0-pre-3 to ftp.zsh.org.
> 
> Used autoconf 2.59 to try to improve matters on HPUX.

Unfortunately my HPSUX 11.11 seems to have a broken /bin/sh and this
part of configure gets the wrong PATH_SEPARATOR.

# The user is always right.
if test "${PATH_SEPARATOR+set}" != set; then
   echo "#! /bin/sh" >conf$$.sh
   echo  "exit 0"   >>conf$$.sh
   chmod +x conf$$.sh
   if (PATH="/nonexistent;."; conf$$.sh) >/dev/null 2>&1; then
     PATH_SEPARATOR=';'
   else
     PATH_SEPARATOR=:
   fi
:  rm -f conf$$.sh
fi

Once that is broken, it can't find awk... and other bad things
happen. Manually setting PATH_SEPARATOR=: then gives me a slew of:

checking sys/time.h usability... no
checking sys/time.h presence... yes
configure: WARNING: sys/time.h: present but cannot be compiled
configure: WARNING: sys/time.h:     check for missing prerequisite headers?
configure: WARNING: sys/time.h: see the Autoconf documentation
configure: WARNING: sys/time.h:     section "Present But Cannot Be Compiled"
configure: WARNING: sys/time.h: proceeding with the preprocessor's result
configure: WARNING: sys/time.h: in the future, the compiler will take precedence
configure: WARNING:     ## ------------------------------------------ ##
configure: WARNING:     ## Report this to the AC_PACKAGE_NAME lists.  ##
configure: WARNING:     ## ------------------------------------------ ##
checking for sys/time.h... yes

For a number of header files.

First compilation then fails with:

         gcc -c -I.  -DHAVE_CONFIG_H -Wall -Wmissing-prototypes -O2  -o builtin.o builtin.c
In file included from system.h:110,
                  from zsh.mdh:13,
                  from builtin.c:33:
/usr/local/lib/gcc-lib/hppa2.0n-hp-hpux11.11/3.1/include/stdio.h:607: parse error before 
"_hpux_size_t"
/usr/local/lib/gcc-lib/hppa2.0n-hp-hpux11.11/3.1/include/stdio.h:608: parse error before 
"_hpux_size_t"
In file included from /usr/include/strings.h:14,
                  from system.h:203,
                  from zsh.mdh:13,
                  from builtin.c:33:
/usr/local/lib/gcc-lib/hppa2.0n-hp-hpux11.11/3.1/include/string.h:263: parse error before 
"_hpux_size_t"
/usr/local/lib/gcc-lib/hppa2.0n-hp-hpux11.11/3.1/include/string.h:315: parse error before 
"_hpux_size_t"

I didn't build or install the gcc 3.1 that is on this machine - I'll try alternatives.







Cosmo

Re: 4.2.0-pre-3

[Cosmo]

Simon David wrote:


> First compilation then fails with:
> 
>          gcc -c -I.  -DHAVE_CONFIG_H -Wall -Wmissing-prototypes -O2  -o
> builtin.o builtin.c
> In file included from system.h:110,
>                   from zsh.mdh:13,
>                   from builtin.c:33:
> /usr/local/lib/gcc-lib/hppa2.0n-hp-hpux11.11/3.1/include/stdio.h:607: parse
> error before
> "_hpux_size_t"
> /usr/local/lib/gcc-lib/hppa2.0n-hp-hpux11.11/3.1/include/stdio.h:608: parse
> error before
> "_hpux_size_t"

This is a broken compiler installation, not a zsh issue. I'll get it fixed and
try again. The PATH_SEPARATOR problem is still an issue.





Cosmo