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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox