WarpOS version of SDL

[Hedeon]

Originally Posted by emufan

good news. it was done with the stormc4 gcc ?

No, with GCC 2.95.3 that's been floating around.

Still some quirks regarding alignment of 68K structures...

[emufan]

Originally Posted by Hedeon

No, with GCC 2.95.3 that's been floating around.

ah, ok. good to know.
but what version is the stormc4 gcc, just take a look.

[grelbfarlk]

Hedeon is indeed victorious. With SDL Bench on Aminet here are the results for my A4000:

                          320x240  320x240  640x480  640x480
                          software hardware software hardware
Slow points (frames/sec):  8.57449    N/A     4.1645    N/A   
Fast points (frames/sec):  361.072    N/A    120.983    N/A   
   Rect fill (rects/sec):  1859.28    N/A    1708.09    N/A   
 32x32 blits (blits/sec):  1850.88    N/A    1831.02    N/A

Compared to A1XE-800MHz

                          320x240  320x240  640x480  640x480
                          software hardware software hardware
Slow points (frames/sec):  9.24855  190.476  1.12029  49.6894 
Fast points (frames/sec):  236.599  101.668  56.8636  25.4397 
   Rect fill (rects/sec):    18789  85333.3  5461.33  33573.8 
 32x32 blits (blits/sec):  51848.1   120471  50567.9   117029

And whatever a z5500 is:

                          320x240  320x240  640x480  640x480
                          software hardware software hardware
Slow points (frames/sec): 0.260323    N/A      N/A      N/A   
Fast points (frames/sec):  20.4767    N/A      N/A      N/A   
   Rect fill (rects/sec):  416.472    N/A      N/A      N/A   
 32x32 blits (blits/sec):  625.535    N/A      N/A      N/A

I proclaim that I will fail harder and in new totally unexpected ways so others may achieve greater victory!

[xboxown]

Originally Posted by grelbfarlk

Hedeon is indeed victorious. With SDL Bench on Aminet here are the results for my A4000:

                          320x240  320x240  640x480  640x480
                          software hardware software hardware
Slow points (frames/sec):  8.57449    N/A     4.1645    N/A   
Fast points (frames/sec):  361.072    N/A    120.983    N/A   
   Rect fill (rects/sec):  1859.28    N/A    1708.09    N/A   
 32x32 blits (blits/sec):  1850.88    N/A    1831.02    N/A

Compared to A1XE-800MHz

                          320x240  320x240  640x480  640x480
                          software hardware software hardware
Slow points (frames/sec):  9.24855  190.476  1.12029  49.6894 
Fast points (frames/sec):  236.599  101.668  56.8636  25.4397 
   Rect fill (rects/sec):    18789  85333.3  5461.33  33573.8 
 32x32 blits (blits/sec):  51848.1   120471  50567.9   117029

And whatever a z5500 is:

                          320x240  320x240  640x480  640x480
                          software hardware software hardware
Slow points (frames/sec): 0.260323    N/A      N/A      N/A   
Fast points (frames/sec):  20.4767    N/A      N/A      N/A   
   Rect fill (rects/sec):  416.472    N/A      N/A      N/A   
 32x32 blits (blits/sec):  625.535    N/A      N/A      N/A

I proclaim that I will fail harder and in new totally unexpected ways so others may achieve greater victory!

grelbfarlk!!!!!!! come back!!!!!!!!!!!!!!

[grelbfarlk]

Here I met Cowcat's challenge:

[Hedeon]

Originally Posted by emufan

ah, ok. good to know.
but what version is the stormc4 gcc, just take a look.

ppc-storm 2.95.2

[Hedeon]

Originally Posted by grelbfarlk

Here I met Cowcat's challenge:

I think he meant just a simple program with AmigaOS calls. Not SDL

[Cowcat]

Here I met Cowcat's challenge:

If a bug free/fixed implementation of gcc warpos is already working now please share the procedures, specially c++ part. I did my part to rearrange some of the includes and defines, so Hedeon, put your findings wherever we could check.

I'm already on new hardware.

Where's my intuition example?

[emufan]

Originally Posted by Hedeon

ppc-storm 2.95.2

ah, ok. can you confirm, it does produce amiga hunk type object files?

Amiga hunk type: sc 3D.c

00000000  00 00 03 e7 00 00 00 01  33 44 2e 63 00 00 03 e8  |........3D.c....|
00000010  00 00 00 01 74 65 78 74  00 00 03 e9 00 00 01 f6  |....text........|

gcc object type: gcc -O2 -c 3D.c

00000000  00 02 01 07 00 00 09 40  00 00 00 00 00 00 00 00  |.......@........|
00000010  00 00 00 90 00 00 00 00  00 00 00 40 00 00 00 00  |...........@....|

same src code, 1st build with sas/c, 2nd with gcc.

[grelbfarlk]

Originally Posted by Cowcat

If a bug free/fixed implementation of gcc warpos is already working now please share the procedures, specially c++ part. I did my part to rearrange some of the includes and defines, so Hedeon, put your findings wherever we could check.

I'm already on new hardware.

Where's my intuition example?

I'm getting to that, I'm getting to that. I compiled libImage_wos.a yesterday but it didn't occur to me to get anything out of it I need libPNG.a and libz.a (or zlib?) and libJPeg.a and so on.

[emufan]

I only had to rebuild libSDL.a for 68k, others were available on aminet already,
or included with other libs:
libSDL.a libSDL_image.a libSDL_ttf.a libSDL_gfx.a libz.a libpng.a libjpeg.a libfreetype.a

some of the libs were required only for a single emulator i build.

[grelbfarlk]

Originally Posted by emufan

I only had to rebuild libSDL.a for 68k, others were available on aminet already,
or included with other libs:
libSDL.a libSDL_image.a libSDL_ttf.a libSDL_gfx.a libz.a libpng.a libjpeg.a libfreetype.a

some of the libs were required only for a single emulator i build.

I guess I wouldn't have to do anything special just have the compiler poop out a new lib*.a?

[emufan]

Originally Posted by grelbfarlk

I guess I wouldn't have to do anything special just have the compiler poop out a new lib*.a?

yes, if you have some ./configure script, look for "build static" options enabled.
./configure --help

somethings like --enable-static
should be set. sometimes it is enabled on default.

#1) might be of good use:

CC=ppc-amigaos-gcc CFLAGS="-warpup -DNDEBUG -I/include/dir" ./configure --enable-static

i often got annoyed by some assert functions. results were some unresolved "eprintf" thing, IIRC,
you should disable assert using -DNDEBUG

[grelbfarlk]

Originally Posted by emufan

yes, if you have some ./configure script, look for "build static" options enabled.
./configure --help

somethings like --enable-static
should be set. sometimes it is enabled on default.

#1) might be of good use:

CC=ppc-amigaos-gcc CFLAGS="-warpup -DNDEBUG -I/include/dir" ./configure --enable-static

i often got annoyed by some assert functions. results were some unresolved "eprintf" thing, IIRC,
you should disable assert using -DNDEBUG

Yeah those modern configure scripts are-yeeesh. 700kb configure script for a 15kb lib.a. Most of them crash on the Amiga and UAE so I ended up just giving up and guessing on how to make my own makefile. The libjpeg and libpng ones are the same.

[emufan]

hmm, maybe a shell problem.
but you are right, configure skripts are often slower than the final compile process

[grelbfarlk]

It wasn't as bad as I thought. Libz compiled pretty easy with some makefile massaging. libpng and libjpeg failed miserably. Looks like ppc-amigaos-gcc 2.95.3 doesn't like oh about everything of how they were formatted.

[emufan]

try to find older source code. maybe libjpeg6b.

[grelbfarlk]

Originally Posted by emufan

try to find older source code. maybe libjpeg6b.

AAAAH Good call! I borrowed some hints from the MorphOS Fuhquake tools, it's compiling right now.

I wonder if anyone knows whether -mCPU=750 or -mCPU=604, or 603 etc make any real difference? I've tried compiling some stuff for the 750 and didn't really notice any better performance over 604.

[emufan]

good news

concerning the cpu, I think you have to stick to the same cpu while building your link libs.
maybe build different version like libSDL_705.a // libSDL_603.a. // libjpeg_705.a // libjpeg_603.a
so you may later build different version of the final thing, and see if it does have any impact.

[Hedeon]

Originally Posted by grelbfarlk

I'm getting to that, I'm getting to that. I compiled libImage_wos.a yesterday but it didn't occur to me to get anything out of it I need libPNG.a and libz.a (or zlib?) and libJPeg.a and so on.

If you have missed my private message:

You need to enable the modules in SDL_Image. Looking at what I got from you, you didn't. The .o files don't contain code, except for the main one (which includes stuff like giving out the not supported messages). So add -DLOAD_<format> to the makefile.

If you only add like -DLOAD_LBM and -DLOAD_GIF you should be able to test the lib already as those formats don't need something external (only JPEG/PNG/TIFF).