From: Koen Kooi <k.kooi@student.utwente.nl>
To: openembedded-devel@openembedded.org
Subject: Re: PHP on PPC little-endian? Conflicts w/ ncurses big-endian
Date: Tue, 07 Oct 2008 14:28:02 +0200 [thread overview]
Message-ID: <gcfkki$o84$1@ger.gmane.org> (raw)
In-Reply-To: <1223380608.10806.1277957855@webmail.messagingengine.com>
On 07-10-2008 13:56, Eliyahu Skoczylas wrote:
> On Tue, 07 Oct 2008 13:05:11 +0200, "Koen Kooi"
> <k.kooi@student.utwente.nl> said:
>> Your host autoreconf (most likely i386) is trying to link with target
>> libncurses (ppc405). I'm not sure how you expect that to work when
>> changing that to LE ppc binaries.
>>
>> regards,
>>
>> Koen
>
> Yes, I saw that.
>>> ... The problem is that PHP (or at
>>> least autoreconf for PHP) wants little-endian.
>
> Note the place that the log data is coming from:
>>>> ... (/tmp/OE_temp-new/work/ppc405-linux/php-5.2.6-r2/temp/log.do_configure.26285)
>
> This is in the target stage (ppc405-linux) instead of the host stage
> (i686-linux).
>
> My question is better stated as:
>
> +++ Why is php-5.2.6-r2 (and php-5.2.0-r1 before it) using a HOST
> autoreconf when building (and linking to) a TARGET binary?
because your host can't run target binaries
>
> Thanks for helping me to clarify that.
>
> - Eliyahu
>
>> On 07-10-2008 12:16, Eliyahu Skoczylas wrote:
>>> Hi!
>>>
>>> I'm building for PPC405 (using a new machine .conf that I'll upload when
>>> the board is released).
>>>
>>> So far, everything has built and run successfully, but I just tried
>>> adding in PHP.
>>>
>>> Every time it conflicts with libncurses:
>>>> NOTE: package php-5.2.6-r2: task do_configure: started
>>>> ERROR: function do_configure failed
>>>> ERROR: log data follows (/tmp/OE_temp-new/work/ppc405-linux/php-5.2.6-r2/temp/log.do_configure.26285)
>>>> | automake (GNU automake) 1.9.3
>>>> <snip>
>>>> | AUTOV is 1.9
>>>> | NOTE: Executing autoreconf --verbose --install --force --exclude=autopoint -I/tmp/OE_temp-new/staging/powerpc-linux/usr/share/aclocal-1.9 -I /tmp/OE_temp-new/staging/powerpc-linux/usr/share/aclocal
>>>> | sh: error while loading shared libraries: /tmp/OE_temp-new/staging/powerpc-linux/usr/lib/libncurses.so.5: ELF file data encoding not little-endian
>>>> | autoreconf: Entering directory `.'
>>>> | autoreconf: configure.in: not using Gettext
>>>> | autoreconf: running: aclocal -I /tmp/OE_temp-new/staging/powerpc-linux/usr/share/aclocal-1.9 -I /tmp/OE_temp-new/staging/powerpc-linux/usr/share/aclocal --force
>>>> | acinclude.m4:1089: warning: underquoted definition of PHP_CHECK_SIZEOF
>>>> | run info '(automake)Extending aclocal'
>>>> | or see http://sources.redhat.com/automake/automake.html#Extending-aclocal
>>>> | sh: error while loading shared libraries: /tmp/OE_temp-new/staging/powerpc-linux/usr/lib/libncurses.so.5: ELF file data encoding not little-endian
>> Your host autoreconf (most likely i386) is trying to link with target
>> libncurses (ppc405). I'm not sure how you expect that to work when
>> changing that to LE ppc binaries.
>>
>> regards,
>>
>> Koen
>>
>>
>>
>>>> | aclocal: autom4te failed with exit status: 127
>>>> | autoreconf: aclocal failed with exit status: 127
>>>> | FATAL: autoreconf execution failed.
>>>> NOTE: Task failed: /tmp/OE_temp-new/work/ppc405-linux/php-5.2.6-r2/temp/log.do_configure.26285
>>>> NOTE: package php-5.2.6-r2: task do_configure: failed
>>>> ERROR: TaskFailed event exception, aborting
>>>> NOTE: package php-5.2.6: failed
>>>> ERROR: Build of /home/eliyahu/stuff/org.openembedded.dev/packages/php/php_5.2.6.bb do_configure failed
>>>> ERROR: Task 4 (/home/eliyahu/stuff/org.openembedded.dev/packages/php/php_5.2.6.bb, do_configure) failed
>>>> NOTE: Tasks Summary: Attempted 253 tasks of which 253 didn't need to be rerun and 1 failed.
>>>> ERROR: '/home/eliyahu/stuff/org.openembedded.dev/packages/php/php_5.2.6.bb' failed
>>> At first I thought it was a problem with ncurses, and I tried rebuilding
>>> using older recipes and version of ncurses, but no luck.
>>> (And why does PHP need ncurses, anyway?)
>>> But suddenly it hit me - this is the target version for ppc405, and
>>> libncurses.so.5 is CORRECTLY big-endian. The problem is that PHP (or at
>>> least autoreconf for PHP) wants little-endian.
>>>
>>> Has no one built PHP recently for a big-endian platform? Besides the
>>> php-5.2.6-r2 in .dev, I also tried php-5.2.0-r1 from .stable and got the
>>> same thing.
>>>
>>>
>>> TIA,
>>>
>>> - Eliyahu
>>> --
>>> Eliyahu Skoczylas +972 (54) 214-1505
>>> While<EliSko@Eli-Sko.com> is temporarily down, please use<EliSko@FastMail.fm>, instead.
>>
>>
>> _______________________________________________
>> Openembedded-devel mailing list
>> Openembedded-devel@lists.openembedded.org
>> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
> --
> Eliyahu Skoczylas +972 (54) 214-1505
> While<EliSko@Eli-Sko.com> is temporarily down, please use<EliSko@FastMail.fm>, instead.
next prev parent reply other threads:[~2008-10-07 12:32 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-10-07 10:16 PHP on PPC little-endian? Conflicts w/ ncurses big-endian Eliyahu Skoczylas
2008-10-07 10:51 ` Eliyahu Skoczylas
2008-10-07 11:05 ` Koen Kooi
2008-10-07 11:56 ` Eliyahu Skoczylas
2008-10-07 12:28 ` Koen Kooi [this message]
2008-10-07 12:58 ` Eliyahu Skoczylas
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to='gcfkki$o84$1@ger.gmane.org' \
--to=k.kooi@student.utwente.nl \
--cc=openembedded-devel@lists.openembedded.org \
--cc=openembedded-devel@openembedded.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.