Join GitHub today
[retroplayer] rework to new code style without shared lib #11172
Remove the use of shared add-on library for game add-ons.
The lib is no more used on add-on. It can be added without changes on add-ons, they need only a recompile.
Motivation and Context
Cleanup binary add-ons
How Has This Been Tested?
Has tested it with game.libretro.nestopia, but due to libretro build problems (related to my linux) used hack way and control was not possible (with and without this).
Types of change
@AlwinEsch it's not pretty but at least it works this way;
to build those things on linux you do:
you now have the add-on built and it's put into kodi build tree for testing. don't forget the idiotic manual enabling step for the add-on.
i have tested one core and it seemed to work fine.
I would say this is working. Tested with top 2 commits from https://github.com/hudokkow/xbmc/commits/cmake_gameezz and spend the last hour in the 90s. ;)
Thanks a lot. From the ugly duckling will soon become a swan ;).
Everything of the libKODI* and libXBMC* who are related to add-on types itself are becomes soon complete removed and added to the related class, e.g. AddonCallbacksPVR.cpp comes in PVRClient.cpp and the libXBMC_pvr.h goes complete away.
Problematic is it only to bring this in on a way who is good for overview and not to much together. The hard think is that not only one add-on type need to changed, there must be always all corrected together.
For this coming soon some requests who are on first view not direct good e.g. some