On 2004-01-10 19:37 +0000, Alastair Robinson wrote: > On Saturday 10 January 2004 5:04 pm, Andre Majorel wrote: > > > It doesn't seem to work on my system, at least not with the two > > games I tried (asteroids and popnpop). > > > > Actual bits per pixel = 16... Ok > > error in sysdep_palette_create: 32 bpp requested on a 16 bpp display > > Unable to start video emulation > > Damn - I thought I'd sidestepped that by promoting the depth to 32bpp > in x11_window.c. > > In unix/sysdep/sysdep_palette.c, try commenting out the little block > that checks for depth mismatch and gives this error message - then it > should work...
It does. May thy name be praised from Luton to Ulan Bator. > > The idea crossed my mind (splitting x11_window.c). But I soon > > realised that, since linking also takes around six minutes, this > > won't solve anything until the makefiles offer a way to link > > incrementally, perhaps with GNU ld's -i option. How has Lawrence > > kept his sanity ? Zen meditation ? Prozac ? > > Or maybe he still uses 2.95, which links in *much* less time - usually > under a minute... So that's the reason... > Maybe the solution is to implement sections of XMAME as a .so shared > library - at least then some of the linking can be done at runtime! Agreed. But that's more invasive, more controversial and more work. A possible approach is to define an alternative top-level target that creates a different set of executables and object files, with different suffix rules. Lets you add all the bells and whistles developers might need (-g, -pg, -Wall, -lefence, incremental linking), without introducing bugs or build dependencies in "all". -- Andr� Majorel <[EMAIL PROTECTED]> http://www.teaser.fr/~amajorel/ _______________________________________________ Xmame mailing list [EMAIL PROTECTED] http://toybox.twisted.org.uk/mailman/listinfo/xmame
