apache2: unable to infer tagged configuration

[steven@…]

The output of the command:

--->  Computing dependencies for apache2
--->  Building apache2
Error: Target org.macports.build returned: shell command " cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_www_apache2/work/httpd-2.2.14" && /usr/bin/nice -n 10 /usr/bin/make -j2 all " returned error 2
Command output: Making all in srclib
Making all in os
Making all in unix
/opt/local/share/apr-1/build/libtool --silent --mode=compile /usr/bin/gcc-4.0 -I/opt/local/include  -O2 -arch i386  -DDARWIN -DSIGPROCMASK_SETS_THREAD_MASK -no-cpp-precomp  -I/opt/local/include  -I. -I/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_www_apache2/work/httpd-2.2.14/os/unix -I/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_www_apache2/work/httpd-2.2.14/server/mpm/prefork -I/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_www_apache2/work/httpd-2.2.14/modules/http -I/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_www_apache2/work/httpd-2.2.14/modules/filters -I/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_www_apache2/work/httpd-2.2.14/modules/proxy -I/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_www_apache2/work/httpd-2.2.14/include -I/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_www_apache2/work/httpd-2.2.14/modules/generators -I/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_www_apache2/work/httpd-2.2.14/modules/mappers -I/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_www_apache2/work/httpd-2.2.14/modules/database -I/opt/local/include/apr-1 -I/opt/local/include -I/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_www_apache2/work/httpd-2.2.14/server -I/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_www_apache2/work/httpd-2.2.14/modules/proxy/../generators -I/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_www_apache2/work/httpd-2.2.14/modules/ssl -I/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_www_apache2/work/httpd-2.2.14/modules/dav/main  -prefer-non-pic -static -c unixd.c && touch unixd.lo
libtool: compile: unable to infer tagged configuration
libtool: compile: specify a tag with `--tag'
make[3]: *** [unixd.lo] Error 1
make[2]: *** [all-recursive] Error 1
make[1]: *** [all-recursive] Error 1
make: *** [all-recursive] Error 1

Error: Unable to upgrade port: 1
Before reporting a bug, first run the command again with the -d flag to get complete output.

[ryandesign@…]

Wow, this looks identical to #13653 which is two years old and should only have occurred if you installed apr with a version of MacPorts earlier than 1.6.0. Assuming that's not true in this case since apr has been updated many times over the past two years, could you please clean and try again and attach the debug output?

sudo port clean apache2
sudo port -d install apache2

[steven@…]

Debug output

[steven@…]

I just added the debug output. And I did install apr a few times I think:

root@Mac-Mini:~# ls -lArt /opt/local/lib/libapr*
-rwxr-xr-x  2 root  admin     838 Jan  5 00:02 /opt/local/lib/libapr-1.la
-rw-r--r--  2 root  admin  207552 Jan  5 00:02 /opt/local/lib/libapr-1.a
-rwxr-xr-x  2 root  admin  146392 Jan  5 00:02 /opt/local/lib/libapr-1.0.3.9.dylib
lrwxr-xr-x  1 root  admin      20 Jan  5 00:02 /opt/local/lib/libapr-1.dylib -> libapr-1.0.3.9.dylib
lrwxr-xr-x  1 root  admin      20 Jan  5 00:02 /opt/local/lib/libapr-1.0.dylib -> libapr-1.0.3.9.dylib
-rwxr-xr-x  2 root  admin     969 Jan 20 10:02 /opt/local/lib/libaprutil-1.la
-rw-r--r--  2 root  admin  160920 Jan 20 10:02 /opt/local/lib/libaprutil-1.a
-rwxr-xr-x  2 root  admin  118492 Jan 20 10:02 /opt/local/lib/libaprutil-1.0.3.9.dylib
lrwxr-xr-x  1 root  admin      24 Jan 20 10:02 /opt/local/lib/libaprutil-1.dylib -> libaprutil-1.0.3.9.dylib
lrwxr-xr-x  1 root  admin      24 Jan 20 10:02 /opt/local/lib/libaprutil-1.0.dylib -> libaprutil-1.0.3.9.dylib

[ryandesign@…]

The only great difference I see between your configure output and mine is that you are using ccache. I've never used ccache before. Can you try without ccache to see if that's the problem?

[steven@…]

Hi,

I tried to disable ccache everywhere (alias, export, macports.conf), but it keeps saying "setting CPP to "ccache /usr/bin/gcc-4.0 -E""

Where does it say to do that?

Thanks

[ryandesign@…]

Having never used ccache, I don't know. First, have you cleaned apache2 since making this change? That may be all it is:

sudo port clean apache2
sudo port install apache2

If that's not it, maybe the setting is remembered by either apr or apr-util; now that you've disabled ccache in macports.conf, try rebuilding apr and apr-util, then clean apache2 and try building it again.

sudo port -n upgrade --force apr apr-util
sudo port clean apache2
sudo port install apache2

[steven@…]

Seems the rebuild of apr(util) did the trick. Now I was able to build apache2 without a problem.

Strange!

[ryandesign@…]

In fact, I thought I had seen this more recently, and I had: in #21001. In that ticket, ccache was turned off for apache2 (6 days ago). Maybe we also need to turn off ccache for apr and apr-util. Daniel, Rainer, what do you think?

[dluke@…]

Replying to ryandesign@…:

In fact, I thought I had seen this more recently, and I had: in #21001. In that ticket, ccache was turned off for apache2 (6 days ago). Maybe we also need to turn off ccache for apr and apr-util. Daniel, Rainer, what do you think?

Yeah, there's probably a way to make the apr generated libtool less stupid, but disabling ccache is significantly easier (although I'm happy to accept someone's patch that fixes this while still letting people use ccache).

Committed apr/apr-util change in r63478.

[ryandesign@…]

Ok, thanks. Let's call it fixed!