configure fails to see deps when installing on rhel 64bit

[archie1983]

Hi,
I'm trying to install the latest wine (wine-1.1.21) from source tar-ball onto a RedHat 5 64-bit server. When I first started, it warned me about a lot of missing libraries (mostly all sorts of 32-bit development files but also some applications like icotool and fontforge). Now I've managed to resolve most of them by running "./configure --enable-maintainer-mode" and then installing the missing dependencies one by one. So I've gotten to the point when there's only two dependencies left:

configure: libgnutls 32-bit development files not found, no schannel support.
configure: libcapi20 32-bit development files not found, ISDN won't be supported.

I have installed both "isdn4k-utils-devel.i386" and "isdn4k-utils-devel.x86_64" which should provide libcapi20 development files and I have installed both "gnutls-devel.i386" and "gnutls-devel.x86_64". I have tried to go through wine configure with only 32- bit versions of these development packages installed and I also have tried it with only 64-bit packages installed. The result unfortunately is exactly the same-- these two packages are invisible to wine configure.

All the other configure errors disappeared when I installed the respective development package, but not these two. So I suspect that wine just looks for the header files in the wrong place, however altering that, is beyond me.

Also interesting point is that it was also missing hal-devel at the beginning and the problem didn't go away when I installed "hal-devel.i386". It only stopped complaining about hal-devel when I also installed "hal-devel.x86_64" and had them both on.

Please help if you can!

[archie1983]

Also I just noticed that configure actually sees capi20:

checking capi20.h usability... yes
checking capi20.h presence... yes
checking for capi20.h... yes

but still gives that warning in the end

[vitamin]

Also I just noticed that configure actually sees capi20:

checking capi20.h usability... yes
checking capi20.h presence... yes
checking for capi20.h... yes

but still gives that warning in the end

Check config.log. There are might be some extra libraries that are required bug present.

[archie1983]

Mmm, yeah it's missing quite a few things there:

configure:4695: checking for windres
configure:4725: result: no

configure:5048: checking for lclint
configure:5078: result: no
configure:5048: checking for lint
configure:5078: result: no

and then it has this type of error messages:

configure:5356: gcc -m32 -o conftest -g -O2 conftest.c -li386 >&5
/usr/bin/ld: cannot find -li386
collect2: ld returned 1 exit status
configure:5363: $? = 1
configure: failed program was:
| /* confdefs.h. */
| #define PACKAGE_NAME "Wine"
| #define PACKAGE_TARNAME "wine"
| #define PACKAGE_VERSION "1.1.21"
| #define PACKAGE_STRING "Wine 1.1.21"
| #define PACKAGE_BUGREPORT "[email protected]"
| /* end confdefs.h. */
|
| /* Override any GCC internal prototype to avoid an error.
| Use char because int might match the return type of a GCC
| builtin and then its argument prototype would still apply. */
| #ifdef __cplusplus
| extern "C"
| #endif
| char i386_set_ldt ();
| int
| main ()
| {
| return i386_set_ldt ();
| ;
| return 0;
| }
configure:5384: result: no

only it instead of just -li386 there's all sorts missing deps. These are just a few:
/usr/bin/ld: cannot find -lossaudio
ac_nonexistent.h: No such file or directory
AudioUnit/AudioUnit.h

IOKit/hid/IOHIDLib.h
IOKit/IOKitLib.h
Carbon/Carbon.h
CoreAudio/CoreAudio.h
DiskArbitration/DiskArbitration.h

Is there any specific place where I want to look in that config.log cause it is huge too-- 948K?

Anyway, I installed it as it was and it sort of works, I'm just wary that it may become unstable. Internet Explorer crashes on it but Crimson Editor works fine.

[vitamin]

Mmm, yeah it's missing quite a few things there:

You looking in the wrong place. Search for "capi20.h" and see what it's doing around that check.

[Daemon]

The http://wiki.winehq.org/WineOn64bit page would give you some clues. There's a Fedora section at the bottom. Also if you don't need Capi support pass --without-capi to ./confgiure like this.

./configure --enable-maintainer-mode --without-capi

If you run './configure --help' it'll give you all the options. --disable-tests is also good if you don't want them.

With gnutls you might have to pass the CFLAGS / LIBS to configure about where gnutls is. GNUTLS_CFLAGS='whatdirectory' / GNUTLS_LIBS='whatdirectory'. Know what I'm talking about?

[archie1983]

I think it's just a bogus warning at the end because in config.log it has these lines about gnutls and capi20:

configure:6223: checking capi20.h usability
configure:6240: gcc -m32 -c -g -O2 conftest.c >&5
configure:6247: $? = 0
configure:6261: result: yes
configure:6265: checking capi20.h presence
configure:6280: gcc -m32 -E conftest.c
configure:6287: $? = 0
configure:6301: result: yes
configure:6334: checking for capi20.h
configure:6343: result: yes


configure result: yes
configure checking gnutls/gnutls.h presence
configure gcc -m32 -E conftest.c
configure $? = 0
configure result: yes
configure checking for gnutls/gnutls.h
configure result: yes

In both cases it's finding them and presumably using them as well because if I look in the "dlls/capi2032" and "dlls/schannel" directories then I can clearly see the correpsonding *.dll.so files been made there.

As for the GNUTLS_CFLAGS and GNUTLS_LIBS-- yeah, just read what it says in "./configure --help" and I think I know what you mean, funny though that "configure" thinks that it can't find it in the usual place "/usr/lib" because that's where it is.

So I looked closer at "configure" script for that matter and found GNUTLS_CFLAGS and GNUTLS_LIBS specified like this:

ac_gnutls_libs="`$PKG_CONFIG --libs gnutls 2>/dev/null`"
ac_gnutls_cflags="`$PKG_CONFIG --cflags gnutls 2>/dev/null`"
CPPFLAGS="$CPPFLAGS $ac_gnutls_cflags"

Then later in the script it assigns this variable:

GNUTLSINCL="$ac_gnutls_cflags"

But if I look in the "config.log" again then towards the end there's this:

GNUTLSINCL=''

Anyway, I had to move on so I've uninstalled this version of wine (which was development version anyway) and installed a stable one with yum (wine-1.0.1-1). It's working more or less fine now-- having some trouble installing .net framework 2.0, but that's gonna be a new thread if I can't find anything on google.

Thanks for helping, guys!