Zsh Mailing List Archive
Messages sorted by:
Re: Compiling ZSH-3.0.0 on QNX 4.23
- X-seq: zsh-workers 4440
- From: "Bart Schaefer" <schaefer@xxxxxxxxxxxxxxxx>
- To: Michal Gomulinski <s146028@xxxxxxxxxxxx>, zsh-workers@xxxxxxxxxxxxxxx
- Subject: Re: Compiling ZSH-3.0.0 on QNX 4.23
- Date: Fri, 23 Oct 1998 09:46:15 -0700
- Cc: M.Gomulinski@xxxxxxxxxxx
- In-reply-to: <98Oct23.115056+0200met_dst.117392-12597+1@xxxxxxxxxxxxxxxx>
- References: <98Oct23.115056+0200met_dst.117392-12597+1@xxxxxxxxxxxxxxxx>
On Oct 23, 11:50am, Michal Gomulinski wrote:
} Subject: Compiling ZSH-3.0.0 on QNX 4.23
} I've managed to compile zsh-3.0.0 on QNX box (Watcom C). The only changes
} I had to make are related to different definition of DIR structure
} and some things about inclusion of termio header files.
Were you able to run "configure" or did you assemble the config headers
If you were able to use "configure", then it would be helpful if you
could send some suggestions for how that script could identify a QNX
system. Or, if there's a constant that your preprocessor defines that
identifies QNX, use that to wrap your changes in #ifdef ... so that
you aren't altering code that works correctly on other systems.
} The most serious thing was the existence of halloc in the system
} libraries (it means Huge alloc there). That is why I had to change
} your halloc into something else everywhere in the sources.
A better solution would be to add something like
#ifdef QNX /* or whatever appropriate preprocessor symbol */
#define halloc zsh_halloc /* Fix conflict with "Huge alloc" */
to the top of prototypes.h, and leave the rest of the code alone.
} Still one problem remains, that is when I had automatic correction
} turned on and type say "mkae" zsh writes
} something like this
} Correct mkae to make ?[nya] n
} Note that it doesn't wait for the answer but assumes the answer is no
} and tries to execute 'mkae' immediately, which of course fails.
This probably means that zsh is not being able to properly set terminal
modes, and is likely related to the termio v. termios problems you had.
In the bit of system.h that you patched, the line you changed is inside
an #ifdef HAVE_TERMIOS_H. If you don't have termios.h, how did configure
produce that definition? Rather than change the #include line, you
should change config.h to undefine HAVE_TERMIOS_H and instead define
HAVE_TERMIO_H -- and also see if you can figure out why configure got it
Bart Schaefer Brass Lantern Enterprises
Messages sorted by: