Comment 1 for bug 1194082

Note that the above command has a mixed local install of GEOS. I have repeated the same bug with using the libgeos-dev package:

libtool: link: gcc -g -O2 -fPIC -DPIC -Wall -Wmissing-prototypes -I../rt_core -I../../liblwgeom -I/usr/include/gdal -I/usr/include raster2pgsql.o -o .libs/raster2pgsql ../rt_core/librtcore.a ../../liblwgeom/.libs/liblwgeom.so -L/usr/lib -lgdal -larmadillo /usr/lib/libproj.so -lpoppler -lepsilon -lodbc -lodbcinst -lexpat -lxerces-c -ljasper -lnetcdf -lhdf5 /usr/lib/libmfhdfalt.so /usr/lib/libdfalt.so -logdi /usr/lib/i386-linux-gnu/libgif.so -ljpeg -lpng -lpq -llzma -ldapclient -ldapserver -ldap -lspatialite /usr/lib/i386-linux-gnu/libsqlite3.so -L/usr/lib/i386-linux-gnu /usr/lib/i386-linux-gnu/libcurl-gnutls.so -lmysqlclient -lpthread -lz -lrt -ldl -lgeos_c -lc -lm
/usr/bin/ld: cannot find -larmadillo
/usr/bin/ld: cannot find -lpoppler
/usr/bin/ld: cannot find -lepsilon
/usr/bin/ld: cannot find -lexpat
/usr/bin/ld: cannot find -logdi
/usr/bin/ld: cannot find -llzma

Also, if I attempt to hunt-down the dependent libraries, I find that I already have them installed:
$ sudo apt-get install libarmadillo3 libpoppler28 libepsilon0 libexpat1 libogdi3.2 liblzma5
Reading package lists... Done
Building dependency tree
Reading state information... Done
libexpat1 is already the newest version.
liblzma5 is already the newest version.
libpoppler28 is already the newest version.
libpoppler28 set to manually installed.
libarmadillo3 is already the newest version.
libarmadillo3 set to manually installed.
libepsilon0 is already the newest version.
libepsilon0 set to manually installed.
libogdi3.2 is already the newest version.
libogdi3.2 set to manually installed.
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.

So I'm not sure what's going on here.