>>>>> "Lars" == Lars J Aas <[EMAIL PROTECTED]> writes: Lars> A better fix would be to have AC_PATH_PROG (or whichever macro Lars> it is that searches for the compiler) to also consider implied Lars> exe- extensions on systems that use them, and add the extension Lars> to the returned program name. The real good fix will be to use test -x IMHO. This ought to work in this case, right? But I don't want $ac_test_x, this is too bad a change. My goal is test='missing test' or something like this for tests that don't support -x. Likewise for `which -a'. This should release us from handling the PATH separator. This are details which would clobber Autoconf way too much, we must put them in a lower layer. OTOH, if we do this, we lose portability in M4sh, which would be very bad :(
- AC_PROG_CC problems on Windows with MKS Shell Wan-Teh Chang
- Re: AC_PROG_CC problems on Windows with MKS Shell Lars J. Aas
- Re: AC_PROG_CC problems on Windows with MKS Shell Wan-Teh Chang
- Re: AC_PROG_CC problems on Windows with MKS Shell Thomas Dickey
- Re: AC_PROG_CC problems on Windows with MKS Shell Lars J. Aas
- Re: AC_PROG_CC problems on Windows with MKS Shell Akim Demaille
- Re: AC_PROG_CC problems on Windows with MKS Shell Thomas Dickey
- RE: AC_PROG_CC problems on Windows with MKS Shell Tim Van Holder
- Re: AC_PROG_CC problems on Windows with MKS Shell Akim Demaille
- Re: AC_PROG_CC problems on Windows with MKS Shell Lars J. Aas
- Re: AC_PROG_CC problems on Windows with MKS Shell Akim Demaille
- Re: AC_PROG_CC problems on Windows with MKS Shell Lars J. Aas
- Re: AC_PROG_CC problems on Windows with MKS Shell Akim Demaille
- RE: AC_PROG_CC problems on Windows with MKS Shell Tim Van Holder