Stonesense won't load: undefined symbol al_color_rgb_to_hsv

[sevvie]

System: Linux Mint 17 (Qiana) on an Asus EeePC 1001PXD (1.66GHz Atom processor, 1GB RAM)
Problem: stonesense.plug.so can't load.

Loaded 6 DF symbol tables.
Version: v0.40.08 linux
Initializing Console.
Console is running.
<vtable-address name='renderer' value='0xb7632188'/>
Initializing Plugins.
world: 2432468 ui: 28420 b_stock: 1272
d_init: 364
/home/sevvie/Downloads/LNP-linux-v0.40.08r1/df_linux/hack/plugins/stonesense.plug.so: undefined symbol: al_color_rgb_to_hsv
Can't load plugin /home/sevvie/Downloads/LNP-linux-v0.40.08r1/df_linux/hack/plugins/stonesense.plug.so
Starting IO thread.
Starting DF input capture thread.
Starting the TCP listener.
DFHack is running.

I've tried getting rid of the bundled Allegro .so's, as well as with them, all this after spending a good portion of the day getting DFHack working at all.

[RosaryMala]

The relavent so files need to be added in cmake.

[eswald]

In this case, liballegro_color needs to be added to the PROJECT_LIBS list of plugins/stonesense/CMakeLists.txt line 91.

[VectorWolf]

I've got the "Linux Lazy Newb Pack V0.40.13" with the same problem, but the change in the CMakeLists.txt doesn't solve the problme for me. Any help?
I tried deleting the Allegro .so 's but DFHack didn't even re-downloaded them and I still had the same error. Integrating them by myself also didn't change anything.

[busimus]

I've fixed it by compiling DFHack from source (used dfhack-git 0.40.12.r1-1 in AUR) and replacing the stonesense.plug.so from the Linux LNP V0.40.13 with the one I compiled. Now it works.

Here's my precompiled file, if you don't want to compile it yourself: http://www.datafilehost.com/d/e7df5b21

[lethosor]

Fix merged in DFHack/stonesense#22