Chuck Hall wrote:
Started to go through this and found something intresting. lwp.h does
exist and is found, so HAVE_SYS_LWP_H is defined. The test for
_lwp_create fails. Looking a bit deeper I found that the lwp.h for
Solaris 9 is different from the one in Solaris 10 (which is what I am
using). Based on this and something I read awhile ago, I belive that Sun
is attempting to phase out the lwp stuff on Solaris.
It looks like a workaround will need to be created for _lwp_create. I
will look into this and see what is the "official" way to write the code
now, if any. Also a workaround will need to be made for all other _lwp_*
calls that no longer exist.
Ah.. I'm using Solaris 8 so the LWP stuff just worked. I guess the
correct thing to do here is just use the pthread model. It's probably
safer to make pthread the default model on Solaris. I had it working
well with my 6-month-old version of wine, so it shouldn't be too
difficult to get it working with the current one.
You'll need to add a section to configure.ac to tell it to build
wine-pthread instead of wine-kthread:
@@ -1078,6 +1089,10 @@
esac
AC_SUBST(MAIN_BINARY,"wine-glibc")
;;
+ solaris*)
+ AC_SUBST(WINE_BINARIES,"wine-pthread")
+ AC_SUBST(MAIN_BINARY,"wine-pthread")
+ ;;
darwin*)
AC_SUBST(WINE_BINARIES,"wine-pthread")
AC_SUBST(MAIN_BINARY,"wine-pthread")
and probably get rid of the checks for _lwp_create & _lwp_self:
@@ -1116,11 +1131,10 @@
dnl **** Check for functions ****
+dnl EMF: removed _lwp_create and _lwp_self
AC_FUNC_ALLOCA()
AC_CHECK_FUNCS(\
- _lwp_create \
- _lwp_self \
_pclose \
_popen \
_snprintf \
I'll dig around next week and see if I can figure out why wine-pthread
seems to crash on my system. The stack trace looks strangely familiar...
Eric
