Zsh Mailing List Archive
Messages sorted by:
Reverse Date,
Date,
Thread,
Author
Re: PATCH zsh-3.1.5-pws-7: cygwin make fixes
- X-seq: zsh-workers 5322
- From: "Bart Schaefer" <schaefer@xxxxxxxxxxxxxxxx>
- To: Peter Stephenson <pws@xxxxxxxxxxxxxxxxx>, zsh-workers@xxxxxxxxxxxxxx
- Subject: Re: PATCH zsh-3.1.5-pws-7: cygwin make fixes
- Date: Mon, 8 Feb 1999 08:54:53 -0800
- In-reply-to: <9902081029.AA35641@xxxxxxxxxxxxxxxxx>
- Mailing-list: contact zsh-workers-help@xxxxxxxxxxxxxx; run by ezmlm
- References: <9902081029.AA35641@xxxxxxxxxxxxxxxxx>
On Feb 8, 11:29am, Peter Stephenson wrote:
} Subject: Re: PATCH zsh-3.1.5-pws-7: cygwin make fixes
}
} As configure.in contains AC_TRY_RUN statements, it looks to me
} unlikely that the zsh build system supports cross-compilation anyway
I thought that might be it, but:
} - signed to unsigned casting
} - if tgetent accepts NULL
} - if rlim_t is quad_t
} - if rlim_t is unsigned
These four are just testing compiler capability, and can be done without
using the cross-compilation options (though I don't know if they ARE done
that way); and as you point out all but
} - if named FIFOs work
can be turned off (or should be) by specifying no dynamic module loading.
Signals are pretty basic to the shell with or without dynamic modules.
Seems to me it should be possible to do this particular thing with just
the preprocessor, rather than needing to compile and execute a program.
use the awk script to generate a bunch of #defines for every possible
signal in the header, feed that through "cc -E ...." and then awk or sed
the output again to extract the stuff zsh needs.
--
Bart Schaefer Brass Lantern Enterprises
http://www.well.com/user/barts http://www.brasslantern.com
Messages sorted by:
Reverse Date,
Date,
Thread,
Author