-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Rainer,
On 4/13/20 18:02, Rainer Jung wrote: > Am 13.04.2020 um 23:27 schrieb William A Rowe Jr: >> On Mon, Apr 13, 2020 at 4:21 PM Christopher Schultz >> <ch...@christopherschultz.net >> <mailto:ch...@christopherschultz.net>> wrote: >> >> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 >> >> William, >> >>>> I'm having some trouble building 2.4.x directly from svn. >>>> >>>> MacOS 10.14.6 (Mojave) >>> >>> I note you mentioned apr 1.7.0. If you grab and pre build apr, >>> and then apr-util (and openssl and anything else you want to >>> refresh) or install the compiled system package, it should >>> work. Point at them --with-apr plus --with-aprutil. >> >> I'm using brew which is like the missing package manager for >> macos. I've installed apr and apr-util which I thikn are both >> binary packages. I reconfigured with: >> >> $ ./buildconf >> --with-apr=/usr/local/Cellar/apr/1.7.0/bin/apr-1-config - >> --with-apr-util=/usr/local/Cellar/apr-util/1.6.1_3/bin/apu-1-config >> >> >> I get this output: >> >> using apr-config version 1.7.0 ./buildconf: line 249: cd: >> /usr/local/Cellar/apr-util/1.6.1_3/bin/apu-1-config: Not a >> directory copying build files >> >> >> That's your answer. It wants the parent path of the apr/apr-util >> installations, not the name of the apr-1-config file. It will >> work out bin/apr-1-config... etc. > > The script looks like it should work using the path to > apr-1-config, but if used in that way it unfortunately does not do > what it announces, namely ignoring the apr-util setting. What is > definitely not suppported is using a path to apu-1-config. This > only works for apr, not apr-util. > > I recommend not trying to run buildconf against installed (binary) > apr / apr-util but instead against an unpacked source download of > these two. Run it with giving the path to the unpacked sources of > the two. The script tries to copy a few files from the source tree > and it is unclear, whether those files actually get packaged by > people providing a binary distribution. On the off-change that I had broken my working copy, I went ahead and checked-out fresh from svn again and "correctly" ran buildconf again. I still get these errors from buildconf: cp: /usr/local/opt/apr/libexec/build-1/apr_common.m4: No such file or directory cp: /usr/local/opt/apr/libexec/build-1/find_apr.m4: No such file or directory cp: /usr/local/opt/apr/libexec/build-1/find_apu.m4: No such file or directory And, unsurprisingly, configure fails again with the same messages as before. I checked, and this is not a path problem with e.g. brew's installation of APR. Instead, those .m4 files are simply not present in the distribution. brew seems to have a "--devel" option, which will install the "development version" or whatever package you are installing. Unfortunately, the apr package doesn't have a "development" version though their package-manager. So I think I'll have to download the canonical sources as support. Not a problem; I was just hoping I wouldn't have to do that manually. I started with apr only, just in case apr-util didn't have the same problem. Here's what buildconf says: $ ./buildconf --with-apr=../apr-1.7.0/ - --with-apr-util=/usr/local/Cellar/apr-util/1.6.1_3/ found apr source: ../apr-1.7.0/ You don't have a copy of the apr-util source in srclib/apr-util. Please get one the source using the following instructions, or specify the location of the source with - --with-apr-util=[path to apr-util]: svn co http://svn.apache.org/repos/asf/apr/apr-util/branches/1.5.x srclib/apr-util That's interesting. When buildconf doesn't find the files it needs in apr (probably those .m4 files), it, I guess, can't validate the apr-util installation, either. Okay, so I'll grab apr-util. $ ./buildconf --with-apr=../apr-1.7.0/ --with-apr-util=../apr-util-1.6.1 / found apr source: ../apr-1.7.0/ found apr-util source: ../apr-util-1.6.1/ copying build files rebuilding include/ap_config_auto.h.in rebuilding configure rebuilding rpm spec file fixing timestamps for ap_expr sources Huzzah! $ ./configure checking for chosen layout... Apache checking for working mkdir -p... yes checking for grep that handles long lines and -e... /usr/bin/grep checking for egrep... /usr/bin/grep -E checking build system type... x86_64-apple-darwin18.7.0 checking host system type... x86_64-apple-darwin18.7.0 checking target system type... x86_64-apple-darwin18.7.0 configure: configure: Configuring Apache Portable Runtime library... configure: checking for APR... no configure: error: APR not found. Please read the documentation. LOL Okay, so maybe I have to *build* apr and apr-util. Running configure for apr gives me all that lovely configure sauce, but then at the end: config.status: executing libtool commands rm: libtoolT: No such file or directory config.status: executing default commands Hmm. I hope libtoolT not being there is okay. Running the build produces 2 .dylib files (.so's for macos), so I think I'm okay. Let's try httpd's buildconf again, this time with the generated apr-1-config: $ ./buildconf --with-apr=../apr-1.7.0/install/bin/apr-1-config - --with-apr-util=../apr-util-1.6.1/ testing apr-config executable: ../apr-1.7.0/install/bin/apr-1-config using apr-config version 1.7.0 copying build files cp: ../apr-1.7.0/install/build-1/apr_common.m4: No such file or director y cp: ../apr-1.7.0/install/build-1/find_apr.m4: No such file or directory cp: ../apr-1.7.0/install/build-1/find_apu.m4: No such file or directory rebuilding include/ap_config_auto.h.in rebuilding configure rebuilding rpm spec file fixing timestamps for ap_expr sources Okay, some of those files exist but aren't in the expected place. They exist in ../apr-1.7.0/build and not ../apr-1.7.0/install/build-1. The script find_apu.m4 doesn't exist anywhere. Back to httpd, configure fails not being able to find apr. :( I'm not usually this cursed when it comes to building software. I'm happy to move to linux where I usually have better luck. Am I getting caught-up in the macos-ness of my environment, or am I actually not doing things properly? - -chris -----BEGIN PGP SIGNATURE----- Comment: Using GnuPG with Thunderbird - https://www.enigmail.net/ iQIzBAEBCAAdFiEEMmKgYcQvxMe7tcJcHPApP6U8pFgFAl6VxPgACgkQHPApP6U8 pFg2Tg//YoUeeJfe7pmnmx5jR/zmFNlootFKKWbWuDaNs1p+9poDbOQmRc+Ifp5J BV1V7vsSaCxk1j34W6aqVgx1ivdE3mAmLDPJ4WnoDI8fFWPgUfK/fYHpSRU6zA6e ifROxIrNVF/cPsGvSBkcC0G5+f4wYJxd7sQ2VD22V7DKmay7go/iZzQyNJKHAERs 3SRZq7M7Gh1kFUsOGK5lpVBT46NxePpwO9HjSBWK325vMMOhFtEfEQ3ng+S3j1Re qLrFlIMOjGBAzu0xVzituG89bk5wVm067qcDPOGTHZnYB9oRrnkF/XgJvxRSARNj C5Hif/PsJEOCBCVuE5JEYWIzlBvo4wiw9PASTmeWHQ4WDG/lttsbRqQRNDQQ97N0 iST81Rk2Fm2lWiiO25/0DEow1309L42+UPerWxONsj9A0b8UZKLZVpnnSFHI/T2h KH2IycllwHFYEfhGw0h+0qyzSxEV/mmbPQM3GsbVUIPhCq+V+b0H4FpIW5A1yCKQ q1bAgVBd7Bx8mMuUE5UzgEGALm4vqcMP/FsEYuz6IOigbVFntz+UzbV/Xsrhs5gv HaqqhHYA0SmCQlj53FmBV/1XlS948D4Y3OqpjnpHh6EcF+zDLlQe/BdZ84NQeNSv 1qFLrwxayrQSe7JctKn5bUamXLV98MAqM4rLWv9yglZKVoYUQ7U= =yZQ7 -----END PGP SIGNATURE-----