The tool apr-1-config generates broken information when called with a double // in the PATH, like (note the // before 'bin'): /usr/local/sisis-pap/apache//bin/apr-1-config --includes -I/usr/local/sisis-pap/apache//bin/apr-1-config//usr/local/sisis-pap/apache/include This happens if the location of APR is specified as for some other coponent's ./configure run as: --with-apr=/usr/local/sisis-pap/apache/ i.e. with a '/' at the end of the directory.
Created attachment 38519 [details] Fix crosscompiling detection Does the attached patch fix the issue? Keep in mind that due to the changes in configure.in you need to run buildconf first to regenerate the configure script. This requires autoconf to be installed.
I've applied the patch and built apr-1.7.2. It seems that the patch solves the problem: sisis@srap51dxr1:~> /home/sisis/mpi-V73/devhome/sisis-pap/apr-1.7.2/apr-1-config --includes -I/home/sisis/mpi-V73/devhome/sisis-pap/apr-1.7.2/include sisis@srap51dxr1:~> /home/sisis/mpi-V73/devhome/sisis-pap//apr-1.7.2/apr-1-config --includes -I/home/sisis/mpi-V73/devhome/sisis-pap/apr-1.7.2/include
I'm affected by this bug too on a standard Ubtunu 22.04 LTS. Configuration / compilation of apr 1.7.2 with $ ./configure --prefix=/usr/local/apr/ Bug after installation: $ /usr/local/apr/bin/apr-1-config --includes -I/usr/local/apr/bin/apr-1-config//usr/local/apr//include/apr-1 The patch by Ruediger solved the problem for me. Thank you.
(In reply to Ruediger Pluem from comment #1) > Created attachment 38519 [details] > Fix crosscompiling detection > > Does the attached patch fix the issue? > Keep in mind that due to the changes in configure.in you need to run > buildconf first to regenerate the configure script. This requires autoconf > to be installed. +1 this looks good.
Committed to trunk as r1908248.
Backported to APR 1.7.x as r1908342 and APR 1.8.x as r1908343.
*** Bug 66529 has been marked as a duplicate of this bug. ***
*** Bug 66523 has been marked as a duplicate of this bug. ***