I'm making some progress getting the vbcc compiler to generate code for the #vtech#vsmile. However, the CPU has only 4 general purpose registers (R1-R4) with the other ones (SP, PC, SR/flags and BP/framepointer) already in useby the cpu itself or the code generator.
The register allocation in vbcc endsup allocating all 4 registers at the start of a function and freeing them at the end, despite not actually using them that much. So all code that needs a temporary register has to push/pop one
On organise une soirée portes ouvertes chez Viveris pour que vous veniez nous rencontrer et découvrir ce qu'on fait. Si vous cherchez un job dans l'informatique embarquée, Linux, réseaux et communications satellites, (et d'autres domaines), ça nous intéresse!
En plus de discuter avec mes collègues et moi-même, vous pourrez profiter d'un concert des Enfoiros et d'un food truck servant des burgers
Feeling bored? colornames.org needs your help in a project to name every RGB color.
Or if you need an API to match a color with its name, they provide that as well (but they don't provide an API to search a color by name, because that could be kind of useful)
USE(EGL) was removed from #WebKit... Is it not possible anymore to build WebKit without 3D rendering? That's a lot more things to implement in the Haiku port that I didn't want to look into yet :(
I have just released Renga 1.26
This is an #XMPP client for #HaikuOS which is based on gloox and also a fork of Jabber4BeOS.
This version fixes various crashes and glitches, is compatible with the latest version of libcss for xhtml-im support, and implements the srv records for xmpp over tls (xep-0368). This last change means Renga is now fulfilling all needs for a "core compliance advanced client"!
The step is completing MUC support (moderation, invitations, ...) for basic IM compliance
Jim ported your FAT filesystem driver to Haiku here https://review.haiku-os.org/c/haiku/+/7660 using a compatibility layer, to replace the previous driver we had inherited from BeOS sample code that was not working great.
I appreciate your input on how to handle this, maybe you're open to making/upstreaming some changes to the driver to make it easier to port? Maybe your driver is as bad as ours and you already plan to rewrite it? Anything else we should check?
I have just relased a new version 2.9 of GrafX2, "the ultimate 256-color painting program".
Binaries are available for Haiku, Gamepark Holdings GP2x, Nintendo Switch, Atari Mint and Windows (yes, our build automation somehow focuses only on the most ridiculous platforms). For Linux it should hopefully be updated in your favorite distribution soon.
Not a lot of changes in this version, many bugfixes and more fileformats supported (Apple IIgs, C64, CPC, Atari TT...) #GrafX2#PixelArt
It seems my first commit on Grafx2 subversion repository was on the 14th of April 2007, so, let's celebrate 17 years of me maintaining this, I guess! 🎉
Pas bravo la région Occitanie qui affiche sur son site "contraintes de production liées à des absences de personnel" au lieu de "mouvement de grève" quand un train est annulé...
More generally, the paper says "we made a plain C, portable implementation of this thing and it runs reasonably fast" and then goes on to explain how they hack and postprocess the assembler output to have global registers, and do peephole optimizations by using editor macros to replace known sequences of asm instructions...
I have not done any serious development in #GrafX2 in... I don't remember, 10 years at least? But I managed toget back into it and somewhat remember how it works. Today I added a new window when loading a .scr (Amstrad CPC) file without a known palette or loader (basically just a dump of screen memory). You can select the videomode and width/height in that case.
@pulkomandy don't get trolled by @mmu_man !
Your work is wonderful. I have special needs for development (windowed games, respecting the GEM api). And need to write not a picture software, but more a sprite generator.