x11-libs/evas-20090313 fails to compile when libevas exists on the host

[arussello]

Steps to reproduce: 1. Install evas-20090313 to the host

emerge evas

2. Install evas-20090313 to the cross root

emerge-armv4tl-softfloat-linux-gnueabi evas

These are the relevant portions of the build log:

<snip> libtool: install: (cd /usr/armv4tl-softfloat-linux-gnueabi/tmp/portage/x11-libs/evas-20090313/work/evas-20090313/src/modules/engines/gl_x11; /bin/sh /usr/armv4tl-softfloat-linux-gnueabi/tmp/portage/x11-libs/evas-20090313/work/evas-20090313/libtool --tag CC --tag disable-static --mode=relink armv4tl-softfloat-linux-gnueabi-gcc -Os -pipe -march=armv4t -mtune=arm920t -fomit-frame-pointer -I/usr/armv4tl-softfloat-linux-gnueabi/usr/include/ -I/usr/armv4tl-softfloat-linux-gnueabi/include/ -D_GNU_SOURCE -module -avoid-version -L/usr/armv4tl-softfloat-linux-gnueabi/usr/lib -L/usr/armv4tl-softfloat-linux-gnueabi/lib -o module.la -rpath /usr/lib/evas/modules/engines/gl_x11/linux-gnueabi-armv4tl module_la-evas_engine.lo module_la-evas_x_main.lo -L/usr/armv4tl-softfloat-linux-gnueabi/usr/lib -leina -lX11 -lXext -lX11 -lXext -lX11 -lXext -lGL -lGLU -lpthread ../../../../src/modules/engines/gl_common/libevas_engine_gl_common.la ../../../../src/lib/libevas.la -inst-prefix-dir /usr/armv4tl-softfloat-linux-gnueabi/tmp/portage/x11-libs/evas-20090313/image/) libtool: relink: armv4tl-softfloat-linux-gnueabi-gcc -shared .libs/module_la-evas_engine.o .libs/module_la-evas_x_main.o -Wl,--whole-archive ../../../../src/modules/engines/gl_common/.libs/libevas_engine_gl_common.a -Wl,--no-whole-archive -Wl,-rpath -Wl,/usr/armv4tl-softfloat-linux-gnueabi/usr/lib -L/usr/armv4tl-softfloat-linux-gnueabi/usr/lib -L/usr/armv4tl-softfloat-linux-gnueabi/lib -L/usr/lib -L/usr/armv4tl-softfloat-linux-gnueabi/tmp/portage/x11-libs/evas-20090313/image//usr/armv4tl-softfloat-linux-gnueabi/usr/lib -lGLU -lGL -lXmu -lXt -lSM -luuid -lICE -lXi -lXext -lX11 -lXau -lXdmcp -L/usr/armv4tl-softfloat-linux-gnueabi/tmp/portage/x11-libs/evas-20090313/image//usr/lib -levas -leet -ljpeg -lssl -lcrypto -lfontconfig -lfreetype -lz -lexpat -lpthread -leina -lrt -ldl -lm -march=armv4t -mtune=arm920t -Wl,-soname -Wl,module.so -o .libs/module.so /usr/lib/libevas.so: file not recognized: File format not recognized </snip>

Note: If you already have evas installed in the cross root, the build will succeed.

[arussello]

build.log file from evas build

[max_posedon]

I tried emerge-cross evas in different ways, all is fine.. could you provide more info, emerge --info and emerge-armx... --info for example?

[arussello]

Hi,

My emerge-armv4tl-softfloat-linux-gnueabi --info is attached.

As for the steps you should take to reproduce it:

1. emerge-armv4tl-softfloat-linux-gnueabi --unmerge evas 2. emerge evas 3. emerge-armv4tl-softfloat-linux-gnueabi evas

You have to remove evas from the target in order to encounter the error, if you have it installed still, the ebuild will install fine, as it finds libevas in $ROOT/usr/lib.

Thanks, Anthony

[arussello]

emerge-armv4tl-softfloat-linux-gnueabi --info output

[max_posedon]

I did 1-3, same for me, works fine. BUT it looks like, x86_64 vs x86 behavior little bit different, this is might be a key. Could you try comment LDFLAGS hacks in make.conf? and simplify CFLAGS (remove -I hacks)

[max_posedon]

try evas-0.9.9.060 please

[arussello]

Still had to ensure that evas was not installed on the host to be able to build evas on the target.

Bug 198 relates to this. If the repo updates enlightenment and evas, I have to do the following:

1. Remove evas from the host

2. Update evas on the target

3. Update evas on the host

4. Update enlightenment on the target

Thanks, Anthony

[max_posedon]

in short, you *MUST* have up-to-date edje(with all deps including evas) compiler on your host before cross compiling any e17 stuff. So, please

1. update/install edje on host
2. cross compile evas
3. notify if you still have problems

[max_posedon]

oops, wrong ticket marked as duplicate, reopening

[max_posedon]

btw, could you verify that LDFLAGS hack in your make.conf below ROOT=

[arussello]

The LDFLAGS hack is below ROOT= in the make.conf.

I will re-test and update as soon as I can.

[sleipnir]

Please retry with revision r532 and close the ticket if it is fixed for you!

[arussello]

Hi,

This still fails for me when evas is installed on the host.

The trick to reproducing the exact error is:

1. emerge-arm... --unmerge evas

2. emerge evas

3. emerge-arm... evas

Only do the second step if you don't already have evas installed on the host.

I will attach the latest build.log and config.log files from this build.

[arussello]

build.log 20090609

[arussello]

config.log 20090609

[sleipnir]

Wow this was a hard one. Ok, the problem resides from Mesa's libGL*.la (that's why it only shows for USE=opengl). This files include a -L/usr/lib. Fixed the .la files in revision r561. Please remerge mesa (7.4.4) and then try evas again! Reopen this ticket if the error persists!