English Amiga Board

English Amiga Board (https://eab.abime.net/index.php)
-   Coders. C/C++ (https://eab.abime.net/forumdisplay.php?f=118)
-   -   WarpOS version of SDL (https://eab.abime.net/showthread.php?t=88760)

Hedeon 01 October 2017 15:09

Quote:

Originally Posted by emufan (Post 1188943)
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 01 October 2017 15:15

Quote:

Originally Posted by Hedeon (Post 1188945)
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 01 October 2017 15:37

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

Code:

                          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
Code:

                          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:

Code:

                          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 01 October 2017 18:16

Quote:

Originally Posted by grelbfarlk (Post 1188955)
Hedeon is indeed victorious. With SDL Bench on Aminet here are the results for my A4000:

Code:

                          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
Code:

                          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:

Code:

                          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!!!!!!!!!!!!!!


http://img49.laughinggif.com/pic/HTT...IwMAloglog.gif

grelbfarlk 01 October 2017 21:17

Here I met Cowcat's challenge:
https://i.imgur.com/ireYJPI.png

Hedeon 01 October 2017 21:40

Quote:

Originally Posted by emufan (Post 1188947)
ah, ok. good to know.
but what version is the stormc4 gcc, just take a look.

ppc-storm 2.95.2

Hedeon 01 October 2017 21:57

Quote:

Originally Posted by grelbfarlk (Post 1189025)
Here I met Cowcat's challenge:
https://i.imgur.com/ireYJPI.png

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

Cowcat 02 October 2017 09:52

Quote:

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? :crazy

emufan 02 October 2017 14:09

Quote:

Originally Posted by Hedeon (Post 1189030)
ppc-storm 2.95.2

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

Amiga hunk type: sc 3D.c
Code:

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
Code:

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 02 October 2017 22:58

Quote:

Originally Posted by Cowcat (Post 1189120)
:)

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? :crazy

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 02 October 2017 23:13

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 02 October 2017 23:22

Quote:

Originally Posted by emufan (Post 1189326)
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 02 October 2017 23:27

Quote:

Originally Posted by grelbfarlk (Post 1189328)
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:
Code:

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 03 October 2017 00:39

Quote:

Originally Posted by emufan (Post 1189330)
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:
Code:

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 03 October 2017 00:54

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

grelbfarlk 03 October 2017 02:05

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 03 October 2017 02:54

try to find older source code. maybe libjpeg6b.

grelbfarlk 03 October 2017 03:30

Quote:

Originally Posted by emufan (Post 1189358)
try to find older source code. maybe libjpeg6b.

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

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 03 October 2017 12:34

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 03 October 2017 14:20

Quote:

Originally Posted by grelbfarlk (Post 1189324)
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).


All times are GMT +2. The time now is 05:47.

Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2024, vBulletin Solutions Inc.

Page generated in 0.05701 seconds with 11 queries