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


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


Changes: This version fixes buffer overflows.


No changes have been submitted for this release.


No changes have been submitted for this release.


Changes: Fixes, cleanups and more features have been added.
- All comments
Recent commentsWhere 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.
http://sourceforge.net/project/showfiles.php?group_id=2
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?
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 :)
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
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).