[Bug 62417] configure: error: cannot run /usr/local/bin/bash build/config.sub similar to 21377

[bu...@apache.org]

https://bz.apache.org/bugzilla/show_bug.cgi?id=62417

--- Comment #7 from Dennis Clarke <dc...@blastwave.org> ---
Seem to be making progres here however : 

beta $ ls -lapb /usr/local/bin/apr-1-config /usr/local/bin/apu-1-config
-rwxr-xr-x   1 root     root        7069 Jun  1 02:09
/usr/local/bin/apr-1-config
-rwxr-xr-x   1 root     root        6252 Jun  1 02:58
/usr/local/bin/apu-1-config
beta $ 

beta $ ./buildconf --with-apr=/usr/local/bin/apr-1-config 2>&1 | tee
../httpd-trunk_rev_1832649_SunOS5.10_sparc64vii+.001.buildconf.
log 
testing apr-config executable: /usr/local/bin/apr-1-config
using apr-config version 1.6.3
copying build files
cp: cannot access /usr/local/build-1/find_apu.m4
rebuilding include/ap_config_auto.h.in
rebuilding configure
rebuilding rpm spec file
fixing timestamps for ap_expr sources
beta $ 


The file find_apu.m4 actually exists in the source tree dir for apr-util-1.6.1
which was built and tested and installed fine .. however buildconf seems to
want to go hunting in the apr-util source tree ? 

The buildconf script says : 

Usage: $0 [OPTION]...

Configuration:
  -h, --help               display this help and exit

  --with-apr=SRCDIR        define a space-separated list of directories to
                           search for the APR source code. If, instead of a
                           directory, an apr-config executable name is passed,
                           APR-Config Mode is enabled (see below). Defaults to
                           "srclib/apr ../apr"
  --with-apr-util=SRCDIR   define a space-separated list of directories to
                           search for the APR-util source code. Defaults to the
                           same location as the --with-apr SRCDIR, but with
                           "apr" replaced with "apr-util" or "aprutil". Ignored
                           in APR-Config Mode.


So I would think that --with-apr=/usr/local/bin/apr-1-config now means we are
in "APR-Config Mode" and not need --with-apr-util at all.

This isn't clear really ... if I need fresh untouched sources for both apr
and apr-util available ( however they are both built and installed fine ) then
should they be inside the httpd-trunk source tree ?  Feels sort of similar
to bootstrapping gcc wherein we need sources for libgmp, libmpfr and libmpc etc
 etc all inside the source tree regardless if you have them installed or not.

Just looking for a pointer here as I flail forwards with a new httpd that maybe
just maybe supports TLS 1.3.

-- 
You are receiving this mail because:
You are the assignee for the bug.
---------------------------------------------------------------------
To unsubscribe, e-mail: bugs-unsubscribe@httpd.apache.org
For additional commands, e-mail: bugs-help@httpd.apache.org