--- "Mark E." <[EMAIL PROTECTED]> wrote:
> > There is one effect I don't understand well in fact: that of
> > AC_PATH_PROG. You now let Autoconf accept PERL=a:relative/to/perl
> > where before it required PERL=a:/absolute/to/perl. Why is it so?
>
> One reason is to avoid the second case in AC_PATH_PROG which
> searches the path by setting IFS=":". This is a big problem when PATH
> contains drive letters.
I have a local patch for this. I create a variable named path_separator, set a
default of ":" and set IFS=${path_separator}. Then use the --path-separator
switch to control it's value.
I've also found that AC_PATH_PROG needs to add the suffix when check for the
existance of a program because I get for example m4.exe returned and
AC_PATH_PROG check for m4. Using the --program-suffix switch doesn't correct
this problem and even makes it worse. If --program-suffix=.exe is used then at
installation the programs get transformed and this isn't correct as the
programs already have the .exe extension. Also --program-suffix=.exe will
transform scripts such as autoconf to autoconf.exe which isn't correct either.
If interested I can send a diff file against version 2.13.
=====
---
Earnie Boyd: <mailto:[EMAIL PROTECTED]>
__Cygwin: POSIX on Windows__
Cygwin Newbies: <http://www.freeyellow.com/members5/gw32/index.html>
__Minimalist GNU for Windows__
Mingw32 List: <http://www.egroups.com/group/mingw32>
Mingw Home: (Coming Soon)
__________________________________________________
Do You Yahoo!?
Talk to your friends online with Yahoo! Messenger.
http://im.yahoo.com
