GP32 Gcc 3.4 Arm , Improved Optimisation !!!


ingeras

Certified Guru
Joined
Mar 4, 2004
Messages
388
Location
Europe
Website
www.gp32linux.com
seems that the new gcc
has some arm floating point new optimisation
that can be 10x faster !!!!

now
does someone know a 'ready' toolkit of it ?
 
You really should add what toolchain you're looking for. A GCC 3.4 toolchain for GP32 development (arm-elf-gcc) is available from Mirko's homepage. Or are you looking for an arm-linux-gcc?
 
Hmmm, the excelent DevKitArm Toolchain (www.devkit.tk) has been using GCC 3.4.0 for ages (as have the toolchain guides myself and RobBrown wrote for Linux and Windows).

I have a load of patches to use the GamePark SDK that I submitted and I helped a good few GP32 devs get it set up very well. If people need a hand getting it working drop me an e-mail.
 
just looking for a good toolkit
to compile applications for gp32linux
need good c++ compatibility

a toolkit that work well
so i dont have to pach by hand all the ./configure and Makefiles
of the apps i want to compile
---------------
right now i am using 2.95.3 with glibc
the only one working good , with no problems for me
 
ingeras,

If you want full configure support for something as specialist as the GP32 (or GP32 Linux) I STRONGLY suggest you make your own toolchain (and learn GCC in the process) as none of the pre-made devkits are designed for that or really complete enough (IMHO of course).
 
ingeras,

If you want full configure support for something as specialist as the GP32 (or GP32 Linux) I STRONGLY suggest you make your own toolchain (and learn GCC in the process) as none of the pre-made devkits are designed for that or really complete enough (IMHO of course).
the main problem is, that you need a glibc based cross compiler, and all gp32 crosscompilers use newlib. So you must create your own tool chair.
 
Last edited by a moderator:
mr.mirko: sorry, I don't understand what you mean about glibc and newlib. There's no problem mixing them that I'm aware of, my toolchain guide and DJWillis' both detail how to use newlib. And in the case of Windows, you just use the gcc that comes with Cygwin to build the crosscompiler. A hassle, sure, but perfectly do-able.

Could you please explain your comment a bit more?
 
mr.mirko: sorry, I don't understand what you mean about glibc and newlib. There's no problem mixing them that I'm aware of, my toolchain guide and DJWillis' both detail how to use newlib. And in the case of Windows, you just use the gcc that comes with Cygwin to build the crosscompiler. A hassle, sure, but perfectly do-able.

Could you please explain your comment a bit more?
if you want to cross compile for linux ( i know how to do it, couse i done some for sharp zaurus )
You need a cross compiler with all linux tools.
So if you want to cross compile a dynamic executable for arm-linux, you need the same glibc
the base system uses ( sharp zaurus uses glibc 2.2 and kernel 2.4.x )

newlib and glibc are NOT compatible, lets say i want to compile the bzip2 command,
you need the dynamic linker, and a glibc in /lib

ldd /bin/bzip2
libc.so.6 => /lib/libc.so.6 (0x40037000)

ls /lib/
-rwxr-xr-x 1 root root 1537326 Sep 30 2003 /lib/libc-2.3.2.so
lrwxrwxrwx 1 root root 13 Oct 30 2003 /lib/libc.so.6 -> libc-2.3.2.so


So, you need a glibc based cross compiler, and you cant compile unix shared executable with newlib.
READ here : http://linuxdevices.com/articles/AT6830035793.html

It describes how cross compiling for sharp zaurus works. ( Sharp zaurus is a linux based arm machine )
 
Last edited by a moderator:
Aha, thanks for the reply mr. mirko, I hadn't read ingeras' post properly, so I didn't get that he wants to compile for gp32Linux. So I totally agree with everything you say :)
 
thank you for all your answers :)
i will try and keep you informed

in fact the gcc i use know is the one from the zaurus dev kit

it seems i am not the only one with problems
http://www.kegel.com/crosstool/


----------
update
i ve succeded building the toolkit with the tool above
[ impossible without it]

but it isnt usefull for now :(
old opie dont compile because of gcc 3.4
new opie have a patch for gcc3.4 but dont compile
beacause of an error when i do make config
--> broken pipe
:(
geez .... not easy to be a devlopper today
-------------------------------
i DOWNgraded bison from 1.875 to 1.35
to get rid of broken pipe error
---------
here comes the new error

now when i do a make menuconfig
i got stuff like
noncore/net/config.in:4: invalid menu option
noncore/net/config.in:4: parse error, unexpected T_WORD, expecting T_EOL
noncore/net/config.in:5: invalid menu option
noncore/net/config.in:5: parse error, unexpected T_WORD, expecting T_EOL
noncore/net/config.in:6: invalid menu option
noncore/net/config.in:6: parse error, unexpected T_WORD, expecting T_EOL
noncore/net/config.in:7: invalid menu option
noncore/net/config.in:7: parse error, unexpected T_WORD, expecting T_EOL
noncore/net/config.in:8: invalid menu option
noncore/net/config.in:8: parse error, unexpected T_WORD, expecting T_EOL
noncore/net/config.in:9: invalid menu option
noncore/games/config.in:1: parse error, unexpected T_WORD, expecting T_EOL
noncore/games/config.in:2: invalid menu option

i tried make -C scripts/kconfig clean
but it doesnt change anything

any idea ?
thanks for your help
 
Back
Top