apr libtool references gsed

[parzley@…]

Running OS/X 10.6.
The build failed; the log file mentioned that /opt/local/bin/gsed was not found; I installed gsed; the build worked.

[dluke@…]

This can probably be fixed the same way we fix apr (set something like ac_cv_path_SED=sed in configure.env).

[dluke@…]

Replying to dluke@…:

This can probably be fixed the same way we fix apr (set something like ac_cv_path_SED=sed in configure.env).

I just quickly looked and I don't actually see 'gsed' in the configure script. It's even possible that it's coming from the apr port. A failed build log would probably be helpful.

[parzley@…]

Log of failed build

[parzley@…]

Replying to dluke@…:

A failed build log would probably be helpful.

Consider it done.

[dluke@…]

ok, the problem in your case is actually that the libtool that apr installs references used (and it shouldn't).

You have the current version of apr installed, which should be choosing 'sed' instead of 'gsed', so I'll need to figure out why that is happening.

[dluke@…]

Looks like lt_cv_path_SED needs to be set as well (or perhaps SED can be set instead). Testing now, should have the port fixed soon.

[dluke@…]

Fixed in r86706

[parzley@…]

I just tried testing the fix thus:

$ sudo port upgrade outdated
--->  Fetching archive for apr
--->  Attempting to fetch apr-1.4.5_2+universal.darwin_10.i386-x86_64.tbz2 from http://packages.macports.org/apr

<snip successful installation>

--->  Installing apr @1.4.5_2+universal

<snip>

$ sudo port uninstall gsed
--->  Deactivating gsed @4.2.1_2+universal
--->  Cleaning gsed
--->  Uninstalling gsed @4.2.1_2+universal
--->  Cleaning gsed
$ sudo port clean gsed
--->  Cleaning gsed
$ sudo port build serf1
--->  Computing dependencies for serf1
--->  Fetching serf1
--->  Verifying checksum(s) for serf1
--->  Extracting serf1
--->  Configuring serf1
--->  Building serf1
Error: Target org.macports.build returned: shell command failed (see log for details)
Log for serf1 is at: /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_ports_www_serf1/serf1/main.log

... which produces the same error as before:

$ grep gsed /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_ports_www_serf1/serf1/main.log | sort -u
:info:build /opt/local/share/apr-1/build/libtool: line 1100: /opt/local/bin/gsed: No such file or directory
:info:build /opt/local/share/apr-1/build/libtool: line 1153: /opt/local/bin/gsed: No such file or directory
:info:build /opt/local/share/apr-1/build/libtool: line 390: /opt/local/bin/gsed: No such file or directory
:info:build /opt/local/share/apr-1/build/libtool: line 789: /opt/local/bin/gsed: No such file or directory

Presumably, apr@1.4.5_2 is the new version, based on my reading of r86706? It seems to be the version used in the failed build of serf1:

$ grep ' apr ' /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_ports_www_serf1/serf1/main.log
:debug:main apr 1.4.5_2 exists in the ports tree
:debug:main apr 1.4.5_2 +universal is the latest installed
:debug:main apr 1.4.5_2 +universal is active
:debug:main No need to upgrade! apr 1.4.5_2 >= apr 1.4.5_2

My knowledge of macports is not thorough - maybe my test is flawed? Otherwise, I'll leave you to reopen the ticket.

[dluke@…]

can you attach the build log for apr?

If you want to regenerate it, do:

sudo port clean --all apr
sudo port -dv build apr

(you can run clean again after you've uploaded the build log).

Thanks.

[dluke@…]

oh, I've just reproduced, it looks like this only happens with the universal variant.

[dluke@…]

ok, this should be fixed now r86710

[parzley@…]

apr @1.4.5, Revision 3 works for me. Thank you.