Imlib 2 is the successor to Imlib. It is NOT a newer version -- it is a completely new library. Imlib 2 can be installed alongside Imlib 1.x without any problems since they are effectively different libraries which have very similar functionality. Please see the homepage for the long description of the differences.
| Tags | Software Development Libraries |
|---|---|
| Licenses | BSD Original |
Recent releases


Release Notes: This release contains some bugfixes and enhancements.


Release Notes: This version includes mostly cosmetic bugfixes and a couple of crash fixes.


Release Notes: This version fixes buffer overflows.


No changes have been submitted for this release.


No changes have been submitted for this release.
Recent comments
23 Apr 2007 11:37
Where to find newer versions
Avoid the problems that others have had with the version of imlib2 here (1.0.6). Newer versions of this project can be found on sourceforge within the enlightenment project. At the time of this writing, version 1.3.0 is current.
06 Oct 2004 16:54
Where is Imlib2 1.1.1
I see references to Imlib2 1.1.1, but the only version I can find for download is 1.0.6, which is what I have installed already.
Where to download 1.1.1?
12 Sep 2004 13:03
imlib2-1.1.1 install problem
im trying to install enlightenment DR16.7 and so im installing the
dependencies first, however i have hit a problem trying to build
imlib2-1.1.1
i run my configure script fine but when i run make i get an error after a
few seconds.
here is my terminal output.....
[tvashtar@HAL9000 imlib2-1.1.1]$ ls
aclocal.m4 imlib2.pc
AUTHORS imlib2.pc.in
autom4te.cache/ imlib2.spec
ChangeLog install-sh*
config.guess* libtool*
config.h loaders/
config.h.in ltmain.sh
config.log Makefile
config.status* Makefile.am
config.sub* Makefile.in
configure* missing*
configure.in mkinstalldirs*
COPYING README
demo/ src/
doc/ stamp-h
filters/ stamp-h.in
imlib2-config* test/
imlib2-config.in TODO
[tvashtar@HAL9000 imlib2-1.1.1]$
[tvashtar@HAL9000 imlib2-1.1.1]$su
Password:
[root@HAL9000 imlib2-1.1.1]# ./configure
checking build system type... i686-pc-linux-gnu
checking host system type... i686-pc-linux-gnu
checking target system type... i686-pc-linux-gnu
................................................
config.status: config.h is unchanged
config.status: executing default-1 commands
config.status: executing default commands
[root@HAL9000 imlib2-1.1.1]#
[root@HAL9000 imlib2-1.1.1]# make
make all-recursive
................................................
gcc -shared .libs/libImlib2.la-36.o -L/usr/X11R6/lib -lltdl -lXext -lX11
/usr/lib/libfreetype.so -lz -lm -Wl,-soname -Wl,libImlib2.so.1 -o
.libs/libImlib2.so.1.1.1
/usr/bin/ld: cannot find -lltdl
collect2: ld returned 1 exit status
make[2]: *** [libImlib2.la] Error 1
make[2]: Leaving directory `/usr/src/enlightenment+dep/imlib2-1.1.1/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/usr/src/enlightenment+dep/imlib2-1.1.1'
make: *** [all-recursive-am] Error 2
[root@HAL9000 imlib2-1.1.1]#
i notice the the problem is -lltdl, now in the imlib2-1.06 package there is
a libltdl/ folder, this is absent from imlib2-1.1.1. does anyone have any
idea whats wrong?
any help would be appreciated :)
29 May 2003 03:55
Re: ./loaders compilation problem
>
> %
> % % It would be nice if Makefile.in in
> % % the loaders/ directory was changed
> % % from:
> % %
> % % LDFLAGS = -L/usr/X11R6/lib
> % % -L$(top_builddir)/src
> % %
> % % to:
> % %
> % % LDFLAGS = -L/usr/X11R6/lib
> % % -L$(top_builddir)/src
> % % -L$(top_builder)/src/.libs
> % %
> % % I found that telling it where one
> % % of the libraries it had just compiled (and
> % % was looking for) helped it compile.
> % %
> % % :)
> %
> %
> % Actuallly, both of the above lines
> % still don't work.
>
>
> Okay, it appears as though ImLib2 1.06
> is not sufficient on its own.
>
Just try this
cat loaders/Makefile \
| sed 's/LDFLAGS = -L\/usr\/X11R6\/lib -L$(top_builddir)\/src/& -L$(top_buildir)\/src\/\.libs/g' \
> tmpMak
mv tmpMak loaders/Makefile
cat loaders/Makefile \
| sed 's/lImlib2/src\/\.libs\/libImlib2.la/g' \
> tmpMak
which is to say :
Every reference to Imlib2 in the make file is done
by giving the full path.
I have absolutely no idea why this works ..
The reason why I used the 'la' extension is that
references in the make file appears in the settings of
'something_LA_something' variables ..
This must be a true hack
24 Apr 2003 22:25
Re: ./loaders compilation problem
> It would be nice if Makefile.in in the
> loaders/ directory was changed from:
>
> LDFLAGS = -L/usr/X11R6/lib
> -L$(top_builddir)/src
>
> to:
>
> LDFLAGS = -L/usr/X11R6/lib
> -L$(top_builddir)/src
> -L$(top_builder)/src/.libs
>
> I found that telling it where one of the
> libraries it had just compiled (and was
> looking for) helped it compile.
>
> :)
Slight error in the code above. The line should be:
LDFLAGS = -L/usr/X11R6/lib -L$(top_builddir)/src -L$(top_builddir)/src/.libs
The diff being that the variable in the last part was mistyped (top_builder as compared to top_builddir).