From: <fra...@de...> - 2006-03-30 09:21:16
|
Hi, I'll fix that too, thanks for the info. But right now, on the Mac OS X version, I am blocked, because of the multiple symbol definition problem. Let me explain the problem. When linking eyedbd (the server), there are some multiple symbol definitions that come from the fact that eyedbd is linked also with the client part (libeyedbrpcbe.la). This does not hurt on Linux and Solaris, because the linkers have the standard behaviour that the first symbol definition found is taken and the others are silently ignored. For a reason that I don't understand, Apple has messed up the GNU linker so that multiple symbol definition are treated as warnings or errors. Until the recent changes, linking eyedbd resulted in a list of multiple symbol definition warnings, but it linked ok, and it worked. Now, the multiple symbol definition warnings have become errors, and it no longer links. What I don't understand is why this is now treated as errors instead of warnings: the recent changes have not introduced any new multiple symbol definition. I have tried to add the -multiple_symbol supress flag to the linker, without success. After some googling, I found that some pages say that this is a libtool bug, but without further explainations. Christophe suggested to use the GNU linker, but it requires to compile and install it, something I'd prefer to avoid as a requirement to compile EyeDB on Mac OS X. If anybody has an idea, I'd be really happy to hear it. François Ian Holsman a écrit : > Hi. > there is also a type mismatch in rpc_be.cc (776) where you assume a > pthread_t is the same as a int.. > > I think pthread_t is resolving to a long on my mac > > Darwin Circe.local 8.5.2 Darwin Kernel Version 8.5.2: Mon Feb 13 > 16:31:48 PST 2006; root:xnu-792.8.37.obj~1/RELEASE_I386 i386 i386 > > regards > Ian |