It turns out, it's actually a problem with kernel 2.6.10 that I was encountering, and the multilib build is a success. With kernel 2.6.9 wine runs perfectly.
To round things up, here are the steps I took to achieve this:
1. Apply patch below (will be submitting to wine-patches) 2. Move your /usr/include out of the way and replace with one from an ix86 box (might not be necessary if your distro has multilib includes) 3. autoconf 4. ./configure --x-libraries=<path_to_your_multilib_x_libs> 5. make depend && make 6. make install 7. Don't forget to put your /usr/include back ;)
I suppose I should see what's up with kernel 2.6.10 now..
Index: configure.ac =================================================================== RCS file: /home/wine/wine/configure.ac,v retrieving revision 1.338 diff -u -p -r1.338 configure.ac --- configure.ac 28 Jan 2005 14:13:08 -0000 1.338 +++ configure.ac 8 Feb 2005 12:30:27 -0000 @@ -978,7 +978,7 @@ case $host_os in fi
case $host_cpu in - *i[[3456789]]86*) + *[[3456789x]]86*) AC_CACHE_CHECK([whether we can relocate the executable to 0x77f00000], ac_cv_ld_reloc_exec, [WINE_TRY_CFLAGS([-Wl,--section-start,.interp=0x77f00400], ac_cv_ld_reloc_exec="yes", ac_cv_ld_reloc_exec="no")]) @@ -1073,7 +1073,7 @@ esac case $host_os in linux*) case $host_cpu in - *i[[3456789]]86*) AC_SUBST(WINE_BINARIES,"wine-glibc wine-kthread wine-pthread wine-preloader") ;; + *[[3456789x]]86*) AC_SUBST(WINE_BINARIES,"wine-glibc wine-kthread wine-pthread wine-preloader") ;; *) AC_SUBST(WINE_BINARIES,"wine-glibc wine-kthread wine-pthread") ;; esac AC_SUBST(MAIN_BINARY,"wine-glibc") @@ -1454,7 +1454,7 @@ AC_CHECK_MEMBERS([struct stat.st_blocks] dnl *** check for the need to define platform-specific symbols
case $host_cpu in - *i[[3456789]]86*) WINE_CHECK_DEFINE([__i386__]) ;; + *[[3456789x]]86*) WINE_CHECK_DEFINE([__i386__]) ;; *alpha*) WINE_CHECK_DEFINE([__ALPHA__]) ;; *sparc*) WINE_CHECK_DEFINE([__sparc__]) ;; *powerpc*) WINE_CHECK_DEFINE([__powerpc__]) ;;