configure does not detect libfreetype

[kwentzell]

Greetings,

Every other lib works fine, wine compiles and works perfectly with "--without freetype" (with the exception of fonts that look like megablocks), but libfreetype always fails with:

checking for -lfreetype... not found
configure: error: FreeType development files not found.

Here are my freetype libs linked to /usr/lib:

cyrus@cyra:~/wine-1.1.2$ find ./ -name libfreetype.* -print
./lib32/libfreetype.so
./lib32/libfreetype.so.6.3.18
./lib32/libfreetype.so.6

cyrus@cyra:~/wine-1.1.2$ find /usr/lib -name libfreetype.* -print
/usr/lib/xorg/modules/fonts/libfreetype.so
/usr/lib/libfreetype.la
/usr/lib/libfreetype.so
/usr/lib/libfreetype.so.6.3.18
/usr/lib/libfreetype.so.6
/usr/lib/libfreetype.a

Some other random info:

cyrus@cyra:~/wine-1.1.2$ uname -a
Linux cyra 2.6.26 #5 SMP PREEMPT Tue Aug 5 05:31:31 EDT 2008 x86_64 GNU/Linux

cyrus@cyra:~/wine-1.1.2$ gcc --version
gcc (Debian 4.3.1-8) 4.3.1

cyrus@cyra:~/wine-1.1.2$ dpkg -l | grep libfreetype
ii libfreetype6 2.3.7-1 FreeType 2 font engine, shared library files
ii libfreetype6-dev 2.3.7-1 FreeType 2 font engine, development files

Any help would be appreciated. Thanks

[vitamin]

Greetings,

Every other lib works fine, wine compiles and works perfectly with "--without freetype" (with the exception of fonts that look like megablocks), but libfreetype always fails with:

checking for -lfreetype... not found
configure: error: FreeType development files not found.

Check the config.log. Search for that message and see what didn't work before that line. You might be missing some extra libraries required by freetype.

[r4pt0r]

I have exactly the same error on my debian lenny amd64 machine (kernel 2.6.26-1). Other stuff (e.g. pidgin or alsa-drivers) was configured and compiled without errors, but wine can't detect freetype properly...

here's the part of my config.log where configure seems to run into problems:

Code: Select all

configure:13834: gcc -m32 -o conftest -g -O2   conftest.c -lfreetype -lfreetype -lz  >&5
/usr/bin/ld: skipping incompatible /usr/lib/gcc/x86_64-linux-gnu/4.3.1/../../../libz.so when searching for -lz
/usr/bin/ld: skipping incompatible /usr/lib/gcc/x86_64-linux-gnu/4.3.1/../../../libz.a when searching for -lz
/usr/bin/ld: skipping incompatible /usr/bin/../lib/libz.so when searching for -lz
/usr/bin/ld: skipping incompatible /usr/bin/../lib/libz.a when searching for -lz
/usr/bin/ld: skipping incompatible /usr/lib/libz.so when searching for -lz
/usr/bin/ld: skipping incompatible /usr/lib/libz.a when searching for -lz
/usr/bin/ld: cannot find -lz
collect2: ld returned 1 exit status
configure:13840: $? = 1

Code: Select all

freetype-config --libs

gives me:

Code: Select all

-lfreetype -lz

linking also seems to be correct:

Code: Select all

# ldconfig -v | grep freetype
        libfreetype.so.6 -> libfreetype.so.6.3.18
        libfreetype.so.6 -> libfreetype.so.6.3.18

wine 1.0.0 from the debian lenny repositories runs fine, but a program that worked with wine 1.1.1 (on another computer with mepis 7 (32bit)) doesn't work with version 1.0.0, so i need to build&install wine from source...

[vitamin]

/usr/bin/ld: cannot find -lz

You missed that line.

[r4pt0r]

/usr/bin/ld: cannot find -lz

You missed that line.

as i found out "-lz" should be provided by the package zlib - and it is also installed and correctly linked:

Code: Select all

# ldconfig -p | grep libz
        libz.so.1 (libc6,x86-64) => /usr/lib/libz.so.1
        libz.so.1 (libc6) => /usr/lib32/libz.so.1
        libz.so (libc6,x86-64) => /usr/lib/libz.so

[vitamin]

/usr/bin/ld: cannot find -lz

You missed that line.

as i found out "-lz" should be provided by the package zlib - and it is also installed and correctly linked:

Code: Select all

# ldconfig -p | grep libz
        libz.so.1 (libc6,x86-64) => /usr/lib/libz.so.1
        libz.so.1 (libc6) => /usr/lib32/libz.so.1
        libz.so (libc6,x86-64) => /usr/lib/libz.so

No it's not. You need 32-bit "libz.so" one in /usr/lib32. So you are still missing the link.

[r4pt0r]

narf... sure - it needs the 32bit package, called "lib32zl-dev". Thanks for the hint