Native Development In Openz 3.5.3, libc6 still with problems Options

[rleao]

Hi all,

I've been trying to do some netive compiling in my zaurus (with OZ 3.5.3) and I bumped into errors from the .configure. No. 1, I have automake installed but it does not find it. that's fine but then it says that c compiler cannot find executables:

checking for a BSD compatible install... (cached) $/usr/bin/install -c
checking whether build environment is sane... yes
checking whether make sets ${MAKE}... (cached) yes
checking for working aclocal... missing
checking for working autoconf... found
checking for working automake... missing
checking for working autoheader... missing
checking for working makeinfo... missing
checking host system type... armv4l-pc-linux-gnuoldld
checking target system type... armv4l-pc-linux-gnuoldld
checking for gcc... (cached) arm-linux-gcc
checking whether the C compiler (arm-linux-gcc ) works... no
configure: error: installation or configuration problem: C compiler cannot create executables.


I have libc6-dev - 2.3.2+cvs20040726-r17, gcc 3.4 and libc6 2.3.2.

I tryed to do a small program as mentioned in other forums, and I've got a similar problem as the forum:

https://www.oesf.org/forums/index.php?showtopic=9242:

root@collie:/media/card/src/gbz/gngb-20020111# gcc -o compiletest compiletest.c

/usr/lib/gcc/arm-linux/3.4.3/../../../../arm-linux/bin/ld:/usr/lib/gcc/arm-linux/3.4.3/../../../libc.so: file format not recognized; treating as linker script
/usr/lib/gcc/arm-linux/3.4.3/../../../../arm-linux/bin/ld:/usr/lib/gcc/arm-linux/3.4.3/../../../libc.so:4: syntax error
collect2: ld returned 1 exit status


anyone has any idea in how to fix it and make it usable? Thanks heaps.

[lardman]

I have automake installed but it does not find it.

Where is it installed? Is it in $PATH? Have you looked at configure.log to see what the exact test & error was?

checking host system type... armv4l-pc-linux-gnuoldld

Interesting....

Did you make the alteration to libc.so as detailed in the 2nd page of the thread you linked (see here too: http://handhelds.org/moin/moin.cgi/DevelopOnFamiliar)?


Si

[Mickeyl]

I have just commited a necessary glue package to use a 2.95.3 toolchain in OE. This glue package has been sitting in my tree for a while and I'm using it to build my python distribution for the SharpROM without needing any additional hacks.

To make OE build SharpROM compatible QtE applications, just add two or three dedicated packages, i.e. qte-sharprom and libqpe-sharprom - that should be all.

[rleao]

Thanks Lardman!

I actually did but I think when I upgraded the zaurus, I had it undone. But it was a good reminder. My automake is in the path but there is something funny with libperl (when you type automake):

perl: symbol lookup error: /usr/lib/libperl.so.5: undefined symbol: __umodsi3

it just complains now when one compiles about:

arm-linux-gcc: unrecognized option `-wall'

also, when I tried to compile GNU gameboyz it says (make):

arm-linux-gcc: unrecognized option `-wall'
In file included from /usr/include/bits/local_lim.h:36,
from /usr/include/bits/posix1_lim.h:145,
from /usr/include/dirent.h:221,
from rom.c:30:
/usr/include/linux/limits.h:124:26: no include path in which to search for limits.h
rom.c: In function `check_dir':
rom.c:151: error: `ENOENT' undeclared (first use in this function)
rom.c:151: error: (Each undeclared identifier is reported only once
rom.c:151: error: for each function it appears in.)
make[3]: *** [rom.o] Error 1
make[3]: Leaving directory `/media/card/src/gbz/gngb-20020111/src'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/media/card/src/gbz/gngb-20020111/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/media/card/src/gbz/gngb-20020111'
make: *** [all-recursive-am] Error 2


it first said that no linux/errno.h was found, so I did a symbolic link (/usr/include/linux) to /usr/include.

[lardman]

perl: symbol lookup error: /usr/lib/libperl.so.5: undefined symbol: __umodsi3

Is this version of perl from the feed? I imagine it's not.

arm-linux-gcc: unrecognized option `-wall'

Shouldn't it be a capital W as in -Wall ?

/usr/include/linux/limits.h:124:26: no include path in which to search for limits.h

Seems a bit odd that it says that.

rom.c:151: error: `ENOENT' undeclared (first use in this function)

This is the error though: ENOENT is a preprocessor macro defined in include/asm-generic/errno-base.h (from google).

See if you've got that, and see if you can work out why it's not been included/processed/etc.


Si

[rleao]

Hi Lardman, i tried about 3 libperls (as the OZ feed does not seem to have one) and all the same. Also, I don't have /usr/include/linux or /usr/include/asm

would you know any pakage that provides these header files?

[lardman]

Try running mkcompat on that perl binary then.

I've also just been told that perl in OE builds (v 5.8.7), so you'd be better to build that (or ask hrw to do so in the upgrades thread).

would you know any pakage that provides these header files?

I'm afraid not, though I imagine they are in there somewhere.

If you still can't find them here are some tarballs of mine from my OE setup:

http://people.bath.ac.uk/enpsgp/Zaurus/rom_images/

Note that I am building for a C750, I don't know whether the headers will be different (the arch and asm parts at least).


Si

[koen]

I suspect they are in the linux-libc-headers package, but I haven't checked.

[rleao]

Thanks Lardman!!!

It worked beautifully!

Btw, libpthread.so had the same sintax error as libc.

Other thing, would you by any chance know if there is a float point problem with the zaurus sl5500? I am doing some integrations in another program that have exp and stuff and it gets very funny results on the zaurus but not on the pc. But anyway, thank you very much for the includes.

[lardman]

Regarding the floating point thing, I wonder if this is something to do with soft-float? How funny are the results?

Does anyone know how the toolchain is told to use soft-float, or is it a built in setting when the toolchain is built> I had a quick look through the log files from my OE builds but couldn't see anything related.


Si

[lardman]

I've just spoken to koen on IRC and he said to:

Set TARGET_FPU=soft, check the gcc .incs (where I assume TARGET_FPU will make some changes).

See how you get on with that,


Si

[koen]

I've just spoken to koen on IRC and he said to:

Set TARGET_FPU=soft, check the gcc .incs (where I assume TARGET_FPU will make some changes).

OZ sets it to soft, causing all softfloat problems. remove TARGET_FPU=soft from openzaurus.conf and build a new image. You'll need a brand new image since it requires a new glibc and thus affects every app

[lardman]

I think he wants to produce soft-float binaries to run on his soft-float OZ 3.5.3 'ROM' using a soft-float toolchain (as it came from the OZ feed).

I'd try the TARGET_FPU thing,


Si

[rleao]

Don't you have to set this up before compiling arm-linux-gcc (in the gcc conf files) or you can set it elsewhere?

[rleao]

well, if anywone wants to see (the program) it:

http://jcsmr.anu.edu.au/~rleao/mntb_qt.tar.gz

it calculates ionic conductances in neurons and if one decides to compile, as I put some code in examplebase.cpp and examplebase.h, so if you do a qmake/tmake backup these files before and then after the tmake copy then back to examplebase.cpp and examplebase.h

the results in the zaurus are so bizarre that in the pc, the voltage is -60 if you dont stimulate the neuron (it shows in the graph pad) the same voltage in the zaurus is +18...

anyway, if anyone wants to see it dunno if it's very interesting but I really appreciated all the help.