Trying to compile 1.1.30 on Mac OS X 10.5 .. its my normal build station
I've compiled a lot of Wine on, including 1.1.29 still compiles just fine...
when compiling 1.1.30...
./configure --disable-win16
works ok
make depend
works ok
make
works awhile then gives an error...
its working in openal.o when it crashes... maybe something wrong in the new code
with that?
here is the last part of text that shows up on the screen...
Code:
..............
"_alGetBufferi", referenced from:
_wine_alGetBufferi in openal.o
"_alDopplerVelocity", referenced from:
_wine_alDopplerVelocity in openal.o
"_alDeleteBuffers", referenced from:
_wine_alDeleteBuffers in openal.o
"_alBufferiv", referenced from:
_wine_alBufferiv in openal.o
"_alGenBuffers", referenced from:
_wine_alGenBuffers in openal.o
"_alSourceUnqueueBuffers", referenced from:
_wine_alSourceUnqueueBuffers in openal.o
"_alcDestroyContext", referenced from:
_wine_alcDestroyContext in openal.o
_wine_alcDestroyContext in openal.o
"_alcGetContextsDevice", referenced from:
_wine_alcGetContextsDevice in openal.o
"_alGetInteger", referenced from:
_wine_alGetInteger in openal.o
"_alGetIntegerv", referenced from:
_wine_alGetIntegerv in openal.o
"_alGetSourcefv", referenced from:
_wine_alGetSourcefv in openal.o
ld: symbol(s) not found
collect2: ld returned 1 exit status
winegcc: gcc failed
make[2]: *** [openal32.dll.so] Error 2
make[1]: *** [openal32] Error 2
make: *** [dlls] Error 2
There seems to be an architecture mismatch between OSX 10.6 and the OpenAL framework supplied by Apple (according to the gcc error message) I skipped the OpenAL crash by disabling it Code: ./configure --without-openal I'll let more technically proficient contributors to explain and/or possibly find a workaround or a solution to this issue.
I have it on 10.6.1 while compiling 1.1.30 Xcode v3.2
I was compiling on Leopard, 10.5.8, Xcode 3.1.x, when it happened. I can't compile on Snow Leopard or it makes my final bundles Snow Leopard only, and I like them portable between machines.... no error and it compiled fine when I added "--without-openal" not setting any extra flags or anything, compiling it the same way I have forever... 1.1.29 compiles just fine on the same setup, but 1.1.30 stops with the openal error i posted... not really sure what other info is needed.
Ken Thomases wrote:> On Oct 9, 2009, at 5:26 PM, doh123 wrote: > > > > for the record, this compile problem still happens on 1.1.31 .... > > OpenAL problems... > > > > I'm not sure what it is because some people I've talked to on both > > Leopard and Snow Leopard do NOT have this error and it works fine... > > > > You're compiling from source manually, right? (Not using MacPorts or > the like.) > > Have you tried a "make clean" or otherwise tried building in a clean > source tree? > > -KenI download the source code from here.. put it in its own folder... do the configure, make depend, make and make install... and it works fine. I always start basically with a clean source from a fresh download. up through 1.1.29 never had a problem. I'm guessing something on my machine could be screwed up with OpenAL, its an old old box, that was originally 10.4 then upgraded to 10.5 and been running for getting close to 4 years... its an original Macbook Pro, the first ever Intel, and it hasn't had a clean OS install since it came from the factory... but I haven't had any other issues, but not sure if I really have ever used anything that uses OpenAL before.