I use Code::Blocks and precompiled versions of Allegro (4.2 and 4.4). The dynamic linking works like a charm, but forces me to include a lot of dll with the distribution. I try to link with the static libs, but I get a lot of errors. I've found a lot of discussions about this on a.cc, but can't get the whole picture of it. What I've tried to do is link with libjpgalleg-2.6-static-md.a and liballegro-4.4.2-monolith-static-mt.a and #define ALLEGRO_STATICLINK. Is it so that I still need to link with this and that, because I get some 40 undefined references:

undefined reference to `midiOutSetVolume@8'
..\..\..\..\..\..\Program Files (x86)\CodeBlocks\allegro-4.4.2-mingw-4.5.2
\lib\liballegro-4.4.2-monolith-static-mt.a(wmidi.o):wmidi.c:(.text+0x1a7): undefined reference to `midiInStop@4'
..\..\..\..\..\..\Program Files (x86)\CodeBlocks\allegro-4.4.2-mingw-4.5.2
\lib\liballegro-4.4.2-monolith-static-mt.a(wmidi.o):wmidi.c:(.text+0x1b5): undefined reference to `midiInReset@4'
..\..\..\..\..\..\Program Files (x86)\CodeBlocks\allegro-4.4.2-mingw-4.5.2
\lib\liballegro-4.4.2-monolith-static-mt.a(wmidi.o):wmidi.c:(.text+0x1c3): undefined reference to `midiInClose@4'
..\..\..\..\..\..\Program Files (x86)\CodeBlocks\allegro-4.4.2-mingw-4.5.2
\lib\liballegro-4.4.2-monolith-static-mt.a(wmidi.o):wmidi.c:(.text+0x1e7): undefined reference to `midiOutReset@4'
..\..\..\..\..\..\Program Files (x86)\CodeBlocks\allegro-4.4.2-mingw-4.5.2
\lib\liballegro-4.4.2-monolith-static-mt.a(wmidi.o):wmidi.c:(.text+0x1f5): undefined reference to `midiOutClose@4'

...among others. I don't even use anything sound related.

Here are the windows libraries you need to link with for static linking A4 :

-lkernel32
-luser32
-lgdi32
-lcomdlg32
-lole32
-ldinput
-lddraw
-ldxguid
-lwinmm
-ldsound

Also, don't mix -md and -mt libraries. Pick one kind and stick with it. Don't remember which is which.

You need to link with the MS libraries because the static Allegro ones reference them. But it won't introduce any new DLL dependencies because they are all standard with Windows.

And where can I get those libraries?

Great! Seems to work now. I only searched for the first file, libkernel32.a or kernel32.lib and couldn't find it, so I thought I had none of them. But I found all others in another folder. Don't know about the kernel32 thing, but seems I don't need it.

There's supposed to be a lib/libkernel32.a file. Install the w32api package from the MinGW site if it's missing. The easiest way is to use their installer, which will download updated versions of the packages you select.

libkernel32.a is just an import library, makes linking with dlls saner. I think gcc is able to link directly against a dll if it finds one, but I'm not sure about that. At the very least, that folder you found all those .a files in is probably in the compiler's library search path, meaning you don't need to copy them anywhere. Also you don't want to distribute .a files anywhere anyhow. The only files you NEED to distribute are your executables, data files, and any DLLs that don't come with the OS.

Start -> Run -> cmd.exe
>cd /d c:\
c:>dir /s myfile.ext
....
....
Folder c:\blah
   myfile.ext 1234
....