[Buildroot] [PATCH] intltool: use built host libexpat during configure
wberrier at gmail.com
Wed Sep 7 13:41:03 UTC 2011
Thanks for the feedback; comments below.
On 09/06/2011 03:24 PM, Thomas Petazzoni wrote:
> Le Tue, 6 Sep 2011 13:10:23 -0600,
> Wade Berrier <wberrier at gmail.com> a écrit :
>> HOST_INTLTOOL_DEPENDENCIES = host-libxml-parser-perl
>> HOST_INTLTOOL_CONF_OPT = \
>> - PERLLIB=$(HOST_DIR)/usr/lib/perl
>> + PERLLIB=$(HOST_DIR)/usr/lib/perl \
>> + LD_LIBRARY_PATH=$(HOST_DIR)/usr/lib
> Could you give some more details about the problem you're having?
Configure gives this:
checking for perl... /usr/bin/perl
checking for perl >= 5.8.1... 5.8.8
checking for XML::Parser... configure: error: XML::Parser perl module
is required for intltool
Running the command that configure is running gives:
[wberrier at localhost]$
PERLLIB=/home/wberrier/wa/git/buildroot/output/host/usr/lib/perl perl -e
for module XML::Parser::Expat: libexpat.so.1: cannot open shared object
file: No such file or directory at
/usr/lib/perl5/5.8.8/i386-linux-thread-multi/DynaLoader.pm line 230.
Compilation failed in require at
BEGIN failed--compilation aborted at
Compilation failed in require at -e line 1.
This is with an older snapshot of buildroot (2010.02). I didn't have
this problem when building on ubuntu 11.04, only rhel5.
So, am I correct when guessing the culprit is Expat.so? (missing rpath
> There may well be a problem, but I don't really like the
> LD_LIBRARY_PATH solution, because the solution we have chosen to allow
> binaries installed in $(HOST_DIR) to find their libraries is to use the
> rpath mechanism, not to use LD_LIBRARY_PATH. I'd prefer to stick to
> this mechanism.
> So we just need to figure out which host binary has been compiled
> without the correct rpath.
Thanks again for the feedback,
More information about the buildroot