19 Sep 2004 Frank Heckenbach frank@g-n-u.de wrote:
since Mariano has ended his GRX maintaining cycle, there's still the question of how to continue.
Well, one way to continue is by tearing GRX apart and using the pieces in other projects...
Well, I don't consider it dead. We're still actively using it. I think it's still a good choice if you need a "plain", portable, and easy to install graphics library [...] haven't tried to build SDL lately, but with many other current "fashionable" libraries and projects, my experience was that they have so many dependencies that it was [almost] impossible to install them unless a prepackaged binary for that system available already [...]
SDL runs on a wide range of systems and has practically no requirements. OTOH, it's just a raw video/audio/... access library, various extra libraries (such as SDL_gfx and GRX_font) are needed to make it GRX-like, so you are right to some extent. Yet I prefer the modular approach of SDL - see BOSS/libgraph, SDL_image, SDLmm, SDL_ttf...
Me ported the GRX font routines to SDL, changing some things ad-hoc (buffer overflows, endian handling) ...
Were these bugs in GRX? If so, could you please send me just the bugfixes (without SDL porting, if that's easily possible), so I can do this as well)?
Unfortunately, I started the port by changing indent and identifier names... You can download:
http://www.is-vn.bg/hamster/GRX_font-2.0.1.tar.gz
and "backport" fdv_*, loadfont and fontpath (they are not SDL-specific, only the sources under sdl/*.c are). Check the dumpfont stack char[] too. The new fdv_raw is buggy, character count (256 vs. 512) must be swapped.
Here <<attachment>> are some other small bugfixes for GRX, I'm not sure which of them are applied already...