Battle for Wesnoth 1.8.6 on A1222+

Hello,

I tried Battle for Wesnoth 1.8.4 on A1222+. This is newer port by afxgroup.

At first it has error "file is not executable". This can be fixed by downloading libiconv.so and libintl.so from os4depot.

Now it reports error:
"Unable to resolve symbol __gthread_active_p in Sys:sobjs/libstdc++.so"



I checked original A1222 libstdc++.so, it has no version info, but is different than libstdc++.so from Sam460 or X1000.

Please, have it solution? Or is it caused by different library version and simply it not works with this?

P.S. older Wesnoth version 1.4.7 works fine and smooth.

@sailor

if it uses shared objects there should have come an sobjs/ directory with all needed so files inside the app archive, if not, good luck finding the correct revisions of missing .so files

@Raziel
there in no missing .so files. All needed .so I have, and on other AmigaNG computers game works.

Only A1222 version of libstdc++.so ( in SObjs: ) gives __gthread_active_p error.
Maybe I will try to take libstdc++.so from Sam460-SObjs: and put it Wesnoth/SObjs directory.

Probably it will not works too ( because there is reason why is libstdc++.so in A1222 different ), but it is worth a try.

@Sailor

The libstdc++.so you have in your A1222 os4.1 install cd is the one from the latest sdk in SDK:gcc/lib/gcc/ppc-amigaos/8.4.0/newlib/lib that was released years after any install cd's for any other systems.

So it's not a special build for the A1222, it's just sobjs-hell :)

@sailor

yes, and exactly that is the problem, you gathered the so files from various sources, but none of them are the ones from the games porter.

you were just lucky that no other .so threw an error.

the libsydc++.so from your a1222 install cd is one that has been specially forged to work with aos4 on your hardware, but it cannot know your game.

the error it throws shows exactly that, the game demands to have that __gthread symbol at a specific position in the so file, but it is not, so it bails out.

nothing you can do about unless you get the correct .so file from the porter

That game is years and years old.. most probably you have to get libstdc++.so from OS4.1 original ISO and put it into WesnothDir/Sobjs.
This is the problem we have using .so files on OS4 and that's why in the latest programs i'm creating i'm trying to avoid them as hell. There are no benefits to use them (except few)

@afxgroup

Could you maybe recompile a static version based to the old 1.8.6 ?

@afxgroup

I copied libstdc++.so from X1000 to Wesnoth/SObjs/ and it works fine! Thanks for great game!

@samo79
I posted comment to os4depot.net/wesnoth_afxgroup.lha how add right libraries. No need to recompile the old version.

@sailor

Recompiling it with latest SDL and clib4 can bring some benefits, even if the same old release of the game

@samo79

Quote:
+1. Especially if it frees the game from the wretched .so hell.

@sailor

Thanks for the comment on os4depot, I did it as described and installed libiconv.so and libintl.so. Only then did wesnoth work for me. The SObjs dependencies are a mess, it also causes some games from HunoPPC to stop working. On newer machines we are no longer backwards compatible.

@Maijestro

When compiling, I believe important to link with version number of library, not the libname.so, so it actually finds correct .so file, when you install newer versions.

Soft links can be used when versions are compatible with each other.
I think the problem we have is we do not have package management system, and we are not used to having to deal with different versions of libraries, that can be incompatible.

I used to have same the problem on Linux a long time ago, when installing mandrake rpm packages on radhat linux.
I don’t really get what rpmfind.com is useful for.
well, it looks like the web page does not exist anymore... perhaps that’s for the best.