http://sourceforge.net/projects/alleg/files/allegro/5.0.7/

Changes from 5.0.6 to 5.0.7 (June 2012)
***************************************

The main developers this time were: Trent Gamblin, Elias Pschernig,
Peter Wang.

Core:

   * Fix ALLEGRO_STATIC_ASSERT collisions from different files included
     in the same translation unit. Reported by tobing.

   * Make al_ref_cstr, al_ref_ustr and al_ref_buffer return const
     ALLEGRO_USTR* instead of just an ALLEGRO_USTR* (Paul Suntsov).

   * Make al_ustr_empty_string const correct.

   * Fix many memory leak/warnings on MacOS X (Pär Arvidsson).

   * Fix typo preventing get_executable_name from using System V procfs
     correctly. Reported by Max Savenkov.


Displays:

   * Add ALLEGRO_FRAMELESS as a preferred synonym for the confusing
     ALLEGRO_NOFRAME flag.

   * Rename al_toggle_display_flag to al_set_display_flag, retaining
     the older name for compatibility.

   * Set WM_NAME for some window managers (X11).


Graphics:

   * Force al_create_bitmap to not create oversized bitmaps, to
     mitigate integer overflow problems.

   * Removed initial black frame on all Allegro programs.


OpenGL:

   * Texture should be 'complete' (min/mag and wrap set) before
     glTexImage2D.

   * Fixed a bug in al_unlock_bitmap where the pixel alignment
     mistakenly was used as row length.

   * Fixed typo in names of some OpenGL extension functions.

   * Display list of OpenGL extensions in allegro.log also for OpenGL
     3.0.


Direct3D:

   * Fixed a bug in the D3D driver where separate alpha blending was
     being tested for when it shouldn't have been (Max Savenkov).

Input:

   * Monitor /dev/input instead of /dev on Linux for hotplugging
     joysticks (Jon Rafkind).

   * Do not permanently change the locale for the X11 keyboard driver.
     Set LC_CTYPE only, not LC_ALL.


Audio addon:

   * Fix desychronization due to inaccurate sample positions when
     resampling. Thanks to _Bnu for discovering the issue and Paul
     Suntsov for devising the correct solution.

   * Fix linear interpolation across audio stream buffer fragments.

   * Fix two minor memory leaks in the PulseAudio driver.


Image I/O addon:

   * Improve compatibility of BMP loader. In particular, support
     bitmaps with V2-V5 headers and certain alpha bit masks.

   * Fix TGA loader using more memory than necessary. Reported by Max
     Savenkov.


Font addon:

   * Use user set pixel format for fonts.

Native dialogs addon:

   * Clear mouse state after dialogs or else it gets messed up (OSX).

   * Fix some warnings in gtk_dialog.c.

   * Wrap use of NSAlert so it can be run on the main thread with
     return value.


Examples:

   * Add ex_resample_test.

   * ex_audio_props: Add bidir button.

   * ex_joystick_events: Support hotplugging and fix display of 3-axis
     sticks.

   * Add test_driver -no-display flag. (Tobias Hansen)


Other:

   * Various documentation updates.

   * Other minor bug fixes.

   * Fix whatis entries of man pages. (Tobias Hansen)

MD5SUMS:
03a6762fc6760577339be7c07b3d17f9  allegro-5.0.7.7z
e4ed66093edf45497f45411488dd82e6  allegro-5.0.7.tar.gz
b60e9dd396010e9551949770d9191892  allegro-5.0.7.zip

Windows build is available:

allegro-5.0.7-mingw-4.5.0.7z
allegro-5.0.7-mingw-4.5.2.7z
allegro-5.0.7-mingw-4.6.1-tdm.7z
allegro-5.0.7-mingw-4.6.2.7z
allegro-5.0.7-msvc-10.0.7z
allegro-5.0.7-msvc-9.0.7z

I replaced the libraries in my Allegro 5.0.6 project and updated the paths in the Build Options. Now I'm getting a lot of undefined references in the Audio library:

Does anyone know what I'm doing wrong? Am I missing a file or something?

I'm using MinGW 4.6.2, btw.

Nope. But there wasn't one in the .7z-archive (I used the binaries here from Allegro.cc) either.

Redownloaded 5.0.7 for MinGW 4.6.2 about an hour ago. No OpenAL library in there. :/

I just downloaded the ZIP version of the MinGW 4.6.2 archive and this one has the Open AL libraries in it, so it seems that only the 7z archives are missing it.

However, I don't know where to put the Open AL library in the linker settings. This is my current setup:
Link
Where do I have to put Open AL? I assume somewhere after Audio?

EDIT:
Wait... nevermind. It seems the files actually ARE in the 7z archive. Wonder how I missed them! 0_o
Still the question: Where in the list do I have to put the Open AL library?

EDIT:
I put it directly after Audio, now it's working.

Normally I wait a little longer before asking questsions myself, but I swear I looked through the folder two or three times and didn't see the Open AL library in it until I downloaded the ZIP version.

In the context of tech support, when people give me direct answers to direct questions, I don't believe them.

Since I'm fiddling with python for the moment, I checked the WANT_PYTHON thing in the cmake gui and built it. This is my result for python

pepsi@fractal:/home/prog/allegro-5.0.7/build/python 03:13 PM $ python allegro.py 
os name posix
Cannot find function al_draw_tinted_scaled_rotated_bitmap_region
Cannot find function al_get_parent_bitmap
Cannot find function al_set_display_flag

Python version is

pepsi@fractal:~ 01:25 AM $ python
Python 2.6.6 (r266:84292, Nov 27 2010, 17:27:14) 
[GCC 4.5.1] on linux2
Type "help", "copyright", "credits" or "license" for more information.
> 

I added the 'print "os name " + os.name" myself just to make sure it was something sensible.

I'm not worried about it, I wouldn't make a game in python anyway, just curious.

I've got a huge mess in /usr/local/lib that looks like this (small sample)

-rwxr-xr-x 1 root  root  4710193 Aug 25  2011 liballegro-debug.so.5.1.0
rw-r--r- 1 root  root  1597544 Apr 25 23:01 liballegro-static.a
lrwxrwxrwx 1 root  root       17 Nov 10  2011 liballegro.so -> liballegro.so.5.0
lrwxrwxrwx 1 root  root       19 Jun 27 14:58 liballegro.so.5.0 -> liballegro.so.5.0.7
-rwxr-xr-x 1 root  root  4658243 Nov 16  2011 liballegro.so.5.0.5
-rwxr-xr-x 1 root  root  4954349 Apr 18 16:36 liballegro.so.5.0.6
-rwxr-xr-x 1 root  root  5112993 Jun 27 14:56 liballegro.so.5.0.7
lrwxrwxrwx 1 root  root       19 Aug 25  2011 liballegro.so.5.1 -> liballegro.so.5.1.0
-rwxr-xr-x 1 root  root  4772604 Aug 26  2011 liballegro.so.5.1.0
lrwxrwxrwx 1 root  root       30 Nov 10  2011 liballegro_acodec-debug.so -> liballegro_acodec-debug.so.5.0

so I'd guess they are. I did issue an ldconfig btw.

[EDIT]

Well I copied a python OOP example off the web, and when I added one more instance it crashes. Ghod, even Borland could do better than that! (except for not finding out how bad it was before writing 70K sourcecode programs). I want my 24 hours back.

[EDIT2]

I added this tiny little OOP program into the paperclip if anybody wants to play with it.

Python was included in the distro, and I've been using blender all this time with no problems. I'm glad the blender addon devs know all the painful workarounds to make their little toy language work.

I've once again decided not to use Python (happens every couple years when I try it anyway), in spite of all those programming jobs on Craigslist that I see while looking for a job. It would also be somewhat handy to have an export option to output what I need directly instead of making a C version to read the OBJ files that Blender can export with .py files (not that they work half the time anyway). So I'm all better now and don't care about allegro and python.

Try it out. I'm sure you have the 5 minutes to check.

The shared libs are more likely to work than the static ones, I would think.