[oe-issues] [Bug 2483] Perl 5.8.8 (r20) does not build (slugosbe)

bugzilla-daemon at tinman.treke.net bugzilla-daemon at tinman.treke.net
Thu Jun 14 01:48:04 UTC 2007


http://bugs.openembedded.org/show_bug.cgi?id=2483


Jamie Lenehan <lenehan at twibble.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |ASSIGNED




--- Comment #1 from Jamie Lenehan <lenehan at twibble.org>  2007-06-13 18:48:03 ---
Thanks for the report.

> 1. Invalid command-line for gcc
> 
>          CCCMD =  ccache armeb-linux-gcc -march=armv5te -mtune=xscale
[...]
>   I traced it back to line 38 of generate-sh.patch, which currently reads:

Yep. I've fixed that now in r21, but gcc would have been ignoring the option
anyway, so no great problem.

> 2. miniperl does not find the correct libraries
> > LD_LIBRARY_PATH=/home/nslu2/slugosbe/tmp/work/armv5teb-linux/perl-5.8.8-r20/perl-5.8.8
> ./miniperl -Ilib configpm --heavy=lib/Config_heavy.pl lib/Config.pm
> ./miniperl: error while loading shared libraries:
> /home/nslu2/slugosbe/tmp/work/armv5teb-linux/perl-5.8.8-r20/perl-5.8.8/libperl.so:
ELFfile data encoding not little-endian
>
>  I manually changed the path in Makefile.SH to point to the libraries in the
> i686-linux subdirectory, but this was just a temporary fix.

Are you using gentoo? That's the only place this issue has been reported so
far.

It seems to be some new behaviour in which LD_LIBRARY_PATH overrides the built
in rpath in binaries. Linux hasn't traditionally done this but for some reason
gentoo (at least) appears to have suddenly started to. The rpath points into
the correct directory in the staging area. At the moment I think an
s/LD_LIBRARY_PATH/LD_RUN_PATH/g on packages/perl/perl-5.8.8/config.sh should be
enough but as always the perl-native, perl and options are so twisted together
that I need to verify that this doesn't cause any issues on the target (in this
case I doubt it) or on other host systems.

I'll look at this some more in the next few hours.

> 3. hostperl is not found
[...]
> cp attrs.pm ../../lib/attrs.pm
> hostperl -I/home/nslu2/slugosbe/tmp/work/armv5teb-linux/perl-5.8.8-r20/perl-5.8.8/Cross/../fake_config_library -MConfig ../../lib/ExtUtils/xsubpp -noprototypes -typemap ../../lib/ExtUtils/typemap  attrs.xs > attrs.xsc && mv attrs.xsc attrs.c
> /bin/sh: hostperl: command not found
>
>  Adding
> /home/nslu2/slugosbe/tmp/work/armv5teb-linux/perl-5.8.8-r20/perl-5.8.8 to my
> PATH env. variable fixed it, but again that's just a temporary solution.

hostperl should have been added to the bin directory in the staging area by
perl-native, and that directory should be getting added automatically by OE to
the start of the path when building perl:

~/devel/oe/build/titan-glibc-25%> ls -l tmp/staging/x86_64-linux/bin/hostperl 
lrwxrwxrwx 1 lenehan lenehan 82 2007-06-13 08:28
tmp/staging/x86_64-linux/bin/hostperl ->
/home/lenehan/devel/oe/build/titan-glibc-25/tmp/staging/x86_64-linux/bin/perl5.8.8*

Can you check that this exists and that perl-native built correctly? Thanks.


-- 
Configure bugmail: http://bugs.openembedded.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.




More information about the Openembedded-issues mailing list