[AD] AL_CONST BITMAP patch |
[ Thread Index | Date Index | More lists.liballeg.org/allegro-developers Archives ]
Hi, Following the recent discussion on this list about whether or not it makes sense for BITMAPs to be `const', I have come to agree with George Foot. He rightly pointed out that even reading a pixel from a bitmap might change the structure in a significant way, since the lines[] array might be altered. Also, there were problems with locking/releasing bitmaps: should such bitmaps be constant or not? Whichever option we chose, it would require somebody somewhere to cast away const. So, to this end, I have included a link to patch which removes any AL_CONST BITMAP code from Allegro. There is still more work to be done on `const' correctness (most notably documentation :-), and this does not address any such issues, but it is a start towards getting this work done. Here is the bzip2 version (the post gets rejected if the size is > 32000 so I cannot post the uncompressed version):
Attachment:
al_const_bitmap.diff.bz2
Description: al_const_bitmap.diff.bz2
Alternatively, the uncompressed patch (84k) can be found at: http://www.lwithers.demon.co.uk/tmp/al_const_bitmap.diff I have tested the patch on DJGPP (gcc 2.95.2), which compiles without any problems when `WARNMODE' is set to 1. I have not tested for any other platforms, so this will need to be done - but then, that is one of the functions of maintaining a CVS repository. However, I do not believe that there will be any problems; no Allegro code previously required these bitmaps to be `const', so nothing should mind if we change everything back from `const'. This patch is also a major step towards getting `const'-correctness on Windows - will somebody with a Windows compiler please let me know if there are any problems with this patch applied? Bye for now, -- Laurence Withers, lwithers@xxxxxxxxxx http://www.lwithers.demon.co.uk/
Attachment:
signature.asc
Description: PGP signature
Mail converted by MHonArc 2.6.19+ | http://listengine.tuxfamily.org/ |