GP32 Gamepark Gcc Sdk

[slaanesh]

Do developers have access to Gamepark GP32 SDK library source?

I'm assuming not, but would like a GCC version compiled with the -msoft-float option switched on under gcc4.02

 

[xhyldazhk]

Do developers have access to Gamepark GP32 SDK library source?

I'm assuming not, but would like a GCC version compiled with the -msoft-float option switched on under gcc4.02

I think in the gp2x wiki there is a script that downloads binutils, gcc and another tools, and compiles all to be used with the gp2x. I've used that script to build my toolchain and I've found it's a very good option, specially to port existing opensourced software like SDL_gfx or the Chicken Scheme runtime.

 

[Squidge]

Do developers have access to Gamepark *GP32* SDK library source?

I'm assuming not, but would like a GCC version compiled with the -msoft-float option switched on under gcc4.02

I think in the *gp2x* wiki there is a script that downloads binutils, gcc and another tools, and compiles all to be used with the *gp2x*. I've used that script to build my toolchain and I've found it's a very good option, specially to port existing opensourced software like SDL_gfx or the Chicken Scheme runtime.

Ahem....

To the original poster, yes, some people have access to the source code of the GP32 SDK "unofficially", but I believe your question has been answered before. Not sure what the answer was now though... But there's one way to find out

 

[WinterMute]

Do developers have access to Gamepark GP32 SDK library source?

I'm assuming not, but would like a GCC version compiled with the -msoft-float option switched on under gcc4.02

No actually, you wouldn't.

There are many reasons why this is a bad idea.

For historical reasons GCC produces soft float objects which are marked as hard float and actual fpu code is only produced when the -mhard-float switch is used. Building a toolchain which defaults to -msoft-float causes all sorts of issues which aren't immediately apparent.