SDL2

@all

Cool progress, keep on guys

@MickJT

Hi Michael,

regarding the SDL2_Image i can confirm that there is a bug in IMG_Load. Don't know if it's for every image format. It's the same you've encountered?

Please test r66. OpenGL accelerated renderer can be now used.

@Capehill

I checked a while ago and was R64.

You rocks, dude.

Going to build now.

@AmigaBlitter

Well, can't stop the progress :)

On TODO list there are still at least:

- joystick (currently untested)
- shapes (if possible)
- compositing renderer (some day)
- mouse cursors
- ...

@Capehill

Have compiled fine the latest version, but haven't done any test on OpenGL. I hope to test something soon.

Some new results:

Sprite demo 155.70 fps (previously was 39.65 fps)
Scale demo: 372.08 fps (previously was 12.80 fps)

@thread


just a quick port of a simple game:



host immagini


Why always an arkanoid clone

@AmigaBlitter

Congratulations for porting the first (?) SDL2 game for AmigaOS. As a reward, you can now port some more :)

Sounds like you guys are not far away from a public release ?!

@Capehill

lol.

I have a list of many titles already.

@TSK

"Sounds like you guys are not far away from a public release ?!"

The guru (capehill) is meditating a release sooner or later.


@thread
Please help the developers involved in this important porting.

@TSK

I guess we are at the point where enough of functionality has been implemented and real testing can begin. So let's see how many bugs there are.

@Capehill

"So let's see how many bugs there are."

SDL2_Image still have few problems
SDL2_Mixer have a little problem with libmodplug
OpenGL renderer one little problem


Still to test gamepads...
Shapes...

I doubt SDL2_Image itself has any internal issues causing problems for us, at least when building a static lib. It's possible sdl2_mixer and/or libmodplug may need slight tweaking for big endian (ask salass00). I think the linking errors you were getting when building sdl2_mixer against libmodplug weren't source issues, but just simple little things that had to be done with the makefile, .pc or .la files.

@MickJT

About libmodplug i still have linking error for it "attempted static link of dynamic object libmodplug.so"

Checked the files you've suggested, but haven't find nothing strange

That means that in the linking line, it's trying to link against the .so instead of the .a

You should be able to just use --disable-shared to solve all of that (although a .so will not be generated).

This is what is happening:

1) Program/library not configured with --disable-shared
2) Program/library uses libtool for building the library/binaries.
3) libtool loads an .la of a dependent lib, and finds that a .so is referenced.
4) libtool tries building the binary using the .so.
5) -use-dynld is missing while trying to use a .so, hence the error appears.

Often it's enough to just copy & paste the last linking line (from the word "gcc" onwards) and change .so to .a where you can see it.

Just some more miscellaneous info:

By default, usually static & shared are enabled. This results in .o files in .libs/ (-fPIC) and .o files in the parent dir (without -fPIC). The ones in .libs/ are used to make the .so, the ones in the parent dir are used to make the .a

In my experience, object files (.o) belonging to binaries/executables should be built without -fPIC, regardless of whether you're linking against a .so or not. Fortunately libtool handles this properly, so you only get one .o per .c for the executables. I've seen issues where some makefiles just build absolutely everything with -fPIC (not just the content for the .so), and the shared-lib executables won't work.

Also if you want proper version numbers for your .so, you need to edit libtool and change version_type to freebsd-elf and deplibs_check_method to pass_all (although SDL/SDL2 might be exceptions since they include the version number prior to the file extension anyway).

@MickJT

Thank you for all the suggestions.

Problems with th elibraries fixed

Good to know :)

@thread

we're almost there...


upload immagini


url immagine