Hi!

 ac> I wanted to make a lot of changes in a short time and didn't 
 ac> want to interrupt the work being done on SMAPI, or get involved in the 

Well, that's what we have branches for ;-).

 ac> politics of some of the "design decisions" that I made, eg. it 
 ac> was clear that nobody the sizeof(XMSG) issue solved for all compilers, so 
 ac> I did that.

How that !?!? Do we have any sizeof(XMSG) dependencies left!? There is
structrw.c, and I have intentionally removed each and every 

#pragma pack

or other evil stuff from SMAPI. Should id have returned!?

 ac> It probably would've been easier to reduce the number of header 
 acmsgapi.h>.  
 ac> This is what I've been working towards in XMSGAPI.

That is not easier, because it would have meant to change every single
program. I did not want to do that that time.


 ac> It creates problems when you're testing the behaviour of 
 ac> different versions, because they can't all be in a directory named smapi. 
 ac> So you have to use symlinks or mess around renaming directories.

You can just use different "-I" compiler flags.

 >> inconvienience you would have when SMAPI would overwrite existing 
 >> header files when being installed on UNIX,

 ac> How would it do that?

User sets INCLUDEDIR to /usr/local/include and types "make
install". If there will already be something like a typedefs.h,
compiler.h, prog.h installed by an entirely different package, it will be
overwritten.

 ac> Just use msgapi.h.

That's the correct long-term goal, of course.

Regards,
Tobias.

--- Msged/MAC 6.1.2