I compiled ex_prim.c with mingw32-g++ after fixing two incompatible pointer assignments on lines 579 and 600 of the 5.1.9 release, but isn't that kind of funny? I thought the standard for Allegro programs was C99 but that fails to build (missing def of off64_t). If I compile ex_prim.c with mingw32-gcc it fails to link due to undefined references to operator new in the static allegro monolith which is explained by gcc not linking to libstdc++.

So what is Allegro these days? Is it C or C++? And how does that affect exporting symbols to other languages? How do you deal with the name mangling?

Allegro is C90 strict EXCEPT a handful of files for D3D and DSOUND that HAVE to be .cpp files.

`off64_t' is not defined by the C standard so...I can't tell what's wrong there....most prolly your MINGW <sys/types.h> has something wonky in there?

Also, off64_t type MIGHT not be defined since you are on a 32-bit system, and in that case it is defined only on a certain set of conditions.

I can't tell why it's looking after that, since Allegro should handle off_t instead IIRC but I can't really tell to be honest.

Anyway what I get when building (albeit the 64-bit version) is a C dll (also for the addons).