3357afec00aaa334570ee1f2539d8797684a871d
This should improve compatibility for systems with Imlib2 installed in non-standard places, e.g. Mac OS X. On Debian GNU/Linux this results in some warnings when building a .deb: dpkg-shlibdeps: warning: package could avoid a useless dependency if debian/ssocr/usr/bin/ssocr was not linked against libdl.so.2 (it uses none of the library's symbols) dpkg-shlibdeps: warning: package could avoid a useless dependency if debian/ssocr/usr/bin/ssocr was not linked against libz.so.1 (it uses none of the library's symbols) dpkg-shlibdeps: warning: package could avoid a useless dependency if debian/ssocr/usr/bin/ssocr was not linked against libX11.so.6 (it uses none of the library's symbols) dpkg-shlibdeps: warning: package could avoid a useless dependency if debian/ssocr/usr/bin/ssocr was not linked against libfreetype.so.6 (it uses none of the library's symbols) dpkg-shlibdeps: warning: package could avoid a useless dependency if debian/ssocr/usr/bin/ssocr was not linked against libXext.so.6 (it uses none of the library's symbols) I'm ignoring this. Special local adaptations like this have no place in a general build system. A dedicated Debian package might apply a local patch to strip these dependencies. This could result in a non-working ssocr as at least libdl is actually needed by Imlib2 to load images.
Description
Seven Segment Optical Character Recognition
1 MiB
Languages
C
87.7%
Roff
9.9%
Makefile
2.4%