Mail Archives: cygwin/2002/09/13/11:42:58
--- "Patrick J. LoPresti" <patl AT curl DOT com> wrote:
> Nicholas Wourms <nwourms AT yahoo DOT com> writes:
>
> > Not in autoconf 2.5x... This version is totally dependant on
> perl
> > for all generation activities. So setup is absolutely correct in
> > requiring perl. AFAIK, there isn't a way to unbundle the perl
> > functionality either. So my suggestion is to get over your
> dislike
> > of Cygwin perl and install it. Many people have Cygwin perl and
> > ActiveState co-existing happily...
> >
> > Quote straight from the autoconf README:
> > "Producing configuration scripts using Autoconf requires GNU M4
> and
> > Perl".
>
> (CC'ing webmasters AT www DOT gnu DOT org)
>
> OK, I stand corrected. We will live with the multiple versions of
> Perl, despite the confusion this can cause.
>
Your best bet is to move the Cygwin perl.exe to a new directory which
isn't in PATH. Then you can make a wrapper script called "perl",
which resides in bin, that parses the arguments passed to it. I
haven't used ActiveState myself, but I'm sure there are consistant
differences between the two. It's just a matter of pinning the
heuristics down. If you're curious, this type of methodology is how
we allow different versions of autoconf/automake/libtool to exist on
the same machine.
[SNIP]
> P.S. How about renaming Cygwin Perl to "perl" instead of
"perl.exe"?
See above for a better solution, because it is possible there are
circumstances where Cygwin will not recognize an executable binary
without the .exe extension.
Cheers,
Nicholas
__________________________________________________
Do you Yahoo!?
Yahoo! News - Today's headlines
http://news.yahoo.com
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
- Raw text -