Bug 69354
| Summary: | AC_PATH_PROG doesn't work when PATH isn't expanded yet | ||||||
|---|---|---|---|---|---|---|---|
| Product: | [Retired] Red Hat Linux | Reporter: | Akira TAGOH <tagoh> | ||||
| Component: | autoconf | Assignee: | Jens Petersen <petersen> | ||||
| Status: | CLOSED RAWHIDE | QA Contact: | Brian Brock <bbrock> | ||||
| Severity: | medium | Docs Contact: | |||||
| Priority: | medium | ||||||
| Version: | 8.0 | CC: | jorton, rh-bugzilla | ||||
| Target Milestone: | --- | ||||||
| Target Release: | --- | ||||||
| Hardware: | i386 | ||||||
| OS: | Linux | ||||||
| Whiteboard: | |||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||
| Doc Text: | Story Points: | --- | |||||
| Clone Of: | Environment: | ||||||
| Last Closed: | 2002-11-22 14:54:45 UTC | Type: | --- | ||||
| Regression: | --- | Mount Type: | --- | ||||
| Documentation: | --- | CRM: | |||||
| Verified Versions: | Category: | --- | |||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||
| Embargoed: | |||||||
| Attachments: |
|
||||||
Created attachment 66224 [details]
configure.in
this problem seems to not appear with autoconf-2.13 Using ':' as path separator seems to be wrong. autoconf.info states in 'File
System Conventions':
| Also, because the colon is used as part of a drivespec, these
| systems don't use it as path separator. When creating or accessing
| paths, use the `PATH_SEPARATOR' output variable instead.
When using '${PATH_SEPARATOR}' instead of ':' in your example, it works as expected.
Huh? the colon isn't used as part of a drivespace on Linux. I think that description mention an use on DOS. Usually, ./configure scripts are intented for use on general Posix compliant systems and not on GNU/Linux only. Most of these systems have special quirks which must be handled by autoconf correctly. AFAIK, Cygwin tries to provide such a Posix environment, but inherits ':' as special character in pathnames from its underlying OS. This is known autoconf bug which is fixed in autoconf 2.54: "" - AC_PATH_PROG Now colon in the optional path arguments are properly handled. "" Yes, this looks to be ok in autoconf-2.56-1. |
From Bugzilla Helper: User-Agent: Mozilla/5.0 Galeon/1.2.5 (X11; Linux i686; U;) Gecko/20020610 Debian/1.2.5-1 Description of problem: When $PATH isn't expanded, autoconf generates as the following: as_save_IFS=$IFS; IFS=$PATH_SEPARATOR for as_dir in $PATH:/usr/lib:/usr/sbin do IFS=$as_save_IFS test -z "$as_dir" && as_dir=. for ac_exec_ext in '' $ac_executable_extensions; do if $as_executable_p "$as_dir/$ac_word$ac_exec_ext"; then ac_cv_path_SENDMAIL="$as_dir/$ac_word$ac_exec_ext" echo "$as_me:$LINENO: found $as_dir/$ac_word$ac_exec_ext" >&5 break 2 fi done done but bash's man page is described about IFS: IFS The Internal Field Separator that is used for word splitting after expansion and to split lines into words with the read builtin command. The default value is ``<space><tab><newline>''. So IFS doesn't work for 'for'. I think AC_PATH_PROG's 4th argument always needs to be set as the variable. I mean the above script needs to be generated as the following: ac_dummy="$PATH:/usr/lib:/usr/sbin" for as_dir in $ac_dummy or for as_dir in $($PATH:/usr/lib:/usr/sbin) Version-Release number of selected component (if applicable): How reproducible: Always Steps to Reproduce: 1.runs autoconf with attached configure.in 2.runs configure without /usr/sbin in PATH 3. Actual Results: program doesn't found. Expected Results: program should found. Additional info: