Closed GoogleCodeExporter closed 8 years ago
Here's a quick and dirty "update" to your main code. Added an "check_version"
function and a ISLION global variable.
I've ran into a couple of issues and either did a "quick fix" or gathered a
different package for the following:
sdl (Grabbed a devel branch if running Lion)
gettext (Stripped out a line that's no longer needed. According to the author
there's a fix in the next update, but there's no released date for that.)
sanebackends (This version used rosetta from what I've read and will not
compile in its current state, so I've removed that if we're building on Lion.)
Using this working for me on 11.1.0 with gcc 4.2.1 on both of my Lion
machines... The code isn't pretty, but it's usable if you'd like to. :)
Thanks!
Original comment by stott...@gmail.com
on 2 Sep 2011 at 4:06
I'm getting a "err:module:attach_process_dlls "MSVCR90.dll" failed to
initialize" error with this compile... Will have to examine everything and
possibly recompile.
Original comment by stott...@gmail.com
on 2 Sep 2011 at 4:30
I've testing different methods of installing and seeing what works or not on my
17" MacBook Pro (my 2010 edition, not my 2011 edition) and here's the results:
(There's currently a couple of sites down that has software that this uses, but
I already had it downloaded it didn't really stop me.)
OS/X 10.6.3 (Snow Leopard) w/ X-Code 3.2 (This is the version of X-Code that
came with my MacBook.) - Works
OS/X 10.6.8 (Snow Leopard) w/ X-Code 3.2 (This is the version of X-Code that
came with my MacBook.) - Works
OS/X 10.6.8 (Snow Leopard) w/ X-Code 3.2.5 (Got an update to X-Code from the
"Software Update".) - Works
I plan on upgrading this machine to Lion this weekend for more testing, I've
yet to get a working compile to work on Lion. Has any one got a working
compile on Lion?
Original comment by stott...@gmail.com
on 9 Sep 2011 at 1:49
Just want to add, that if you have a compile from 10.6.8 that it will run on
Lion. I just hadn't got a new compile to work correctly yet.
Original comment by stott...@gmail.com
on 9 Sep 2011 at 1:53
I don't have access to a 10.7 box to build on and my 10.5 drive is way out of
date; my use/build/test platform has been 10.6 for some time. This is unlikely
to change in the near future.
Can you attempt to build with Xcode 3.2 on Lion and note the results? There
are a number of methods to install it that should result in a working Xcode
3.2. Once it's in place, a standard Xcode 4/4.1 install *should* preserve the
3.2 bits. Besides specifying an SDK/sysroot target to build against 10.6 code,
I think this should work.
http://anatomicwax.tumblr.com/post/7906770311/installing-xcode-3-2-6-on-lion
http://anatomicwax.tumblr.com/post/8064949186/installing-xcode-3-2-6-on-lion-red
ux
-r
Original comment by rwoodsm...@gmail.com
on 9 Sep 2011 at 2:04
OS/X 10.7.1 (Lion) w/ X-Code 3.2.5 (or 3.2.6) is going to be my next one to
attempt this weekend. Then if I can get that to work, I'll move up to X-Code 4
again. In previous attempts with X-Code 4 the sanebackends and gettext fail to
compile, but gettext is an easy work around, sanebackends on the other hand is
different issue.
Thanks for the links on getting 3.2.6 installed on Lion I'll definitely try
that out as well.
Original comment by stott...@gmail.com
on 9 Sep 2011 at 3:12
Sanebackends fails on Lion (X-Code 3.2.6), I've tried a few different ways to
compile it but it's a no go currently. I'll play around with it more tomorrow
and see what I can come up with.
Original comment by stott...@gmail.com
on 10 Sep 2011 at 2:46
If you can grab a full compile log with 'tee', then compress and attach to an
issue, I may be able to give it a gander. Ridiculously busy IRL right now.
You can get the build output with:
./trunk/osxwinebuild.sh --devel 2>&1 | tee
${HOME}/Desktop/osxwinebuild-devel.out
Compress with "gzip -9" and attach the resulting .gz file:
cd ${HOME}/Desktop/
gzip -9 osxwinebuild-devel.out
Original comment by rwoodsm...@gmail.com
on 10 Sep 2011 at 2:59
Here's the output you've requested. If you happen upon something please let me
know and I'll try it in the morning, otherwise I'll tackle this then.
Thanks!
Original comment by stott...@gmail.com
on 10 Sep 2011 at 3:32
Attachments:
Here's another compile of sanebackends that I've done manually that gets
further in the compile, but still fails. I am thinking that there's "CFLAGS"
parameter that I'm needing, but hadn't found the right one yet. Will work on
it more tomorrow.
Original comment by stott...@gmail.com
on 10 Sep 2011 at 3:38
Attachments:
Thanks for working on this guys, it is much appreciated as I'm sure all you
hear about is problems and no thank your ; )
Original comment by j.cable....@gmail.com
on 10 Sep 2011 at 5:24
This worked for me:
https://trac.macports.org/changeset/79847/trunk/dports/graphics/sane-backends/Po
rtfile
Original comment by goo...@florianschnegg.de
on 10 Sep 2011 at 7:13
Will make the necessary changes to the "osxwinebuild.sh" and test it out.
Thanks!
Original comment by stott...@gmail.com
on 10 Sep 2011 at 8:00
I've got the whole thing to compile with X-Code 4.1, but the resulting
executable doesn't work correctly. I get this error when I try to execute a
game that I know works from an older compile of wine.
err:seh:raise_exception Unhandled exception code c0000005 flags 0 addr
0x7bc615ae
fixme:win:User32InitializeImmEntryTable (0x19650412): stub
err:module:attach_process_dlls "MSVCR90.dll" failed to initialize, aborting
err:module:LdrInitializeThunk Main exe initialization for L"C:\\Program
Files\\Konami\\Yu-Gi-Oh! ONLINE 3\\yo3.exe" failed, status c0000005
Wine's own test suite doesn't even work right in this version.
I'm still trying to get it to work with X-Code 3.2.6, but have yet to
complete/fix sanebackends on that. The fix mentioned in comment 12 works for
X-Code 4.1 and doesn't work for X-Code 3.2.6.
Will work on it more tomorrow. I'll attach what I have that completes the
compile using X-Code 4.1.
Changes to the original file are:
sdl - (Grabbed a devel branch if running Lion)
gettext - (Stripped out a line that's no longer needed. According to the
author there's a fix in the next update, but there's no released date for that.)
sanebackends - Compiled it in the same fashion that the mac ports team did.
Original comment by stott...@gmail.com
on 11 Sep 2011 at 3:36
Attachments:
I've tried many different options in the compile of Wine, but still haven't got
one to work for me when done on Lion. I am going to build it the way the Mac
Ports team does and see if I have any luck there.
At this point it's become more of a mission.
Original comment by stott...@gmail.com
on 14 Sep 2011 at 12:44
Is there any version which works no on Lion?
I'm interested in that!
Or can I just use the last lion_osxwinebuild.sh found here?
Original comment by yvesdaes...@gmail.com
on 25 Oct 2011 at 11:08
There's not a "osxwinebuild.sh" that currently works on Lion. I've been very
busy as of late and hadn't been able to work on the "lion_osxwinebuild.sh" any
more than I had. The lion_osxwinbuild.sh compiles everything, but the
resulting binaries do not work correctly. If you're wanting something right
now then you may want to consider MacPorts.
Original comment by stott...@gmail.com
on 25 Oct 2011 at 2:12
[deleted comment]
Hi there,
I've tried the lion_osxwinebuild.sh and it got stuck here:
/bin/sh ./libtool --mode=compile gcc -g -O2 -arch i386 -m32 -mmmx -msse -msse2
-msse3 -mfpmath=sse -I/Users/ale/wine/wine-1.3.28/include -I/usr/X11/include
-g -O2 -arch i386 -m32 -mmmx -msse -msse2 -msse3 -mfpmath=sse
-I/Users/ale/wine/wine-1.3.28/include -I/usr/X11/include -I./include
-D_GNU_SOURCE=1 -DTARGET_API_MAC_CARBON -DTARGET_API_MAC_OSX
-fvisibility=hidden -I/usr/X11/include -DXTHREADS -D_THREAD_SAFE
-force_cpusubtype_ALL -fpascal-strings -c ./src/video/SDL_blit_N.c -o
build/SDL_blit_N.lo
libtool: compile: gcc -g -O2 -arch i386 -m32 -mmmx -msse -msse2 -msse3
-mfpmath=sse -I/Users/ale/wine/wine-1.3.28/include -I/usr/X11/include -g -O2
-arch i386 -m32 -mmmx -msse -msse2 -msse3 -mfpmath=sse
-I/Users/ale/wine/wine-1.3.28/include -I/usr/X11/include -I./include
-D_GNU_SOURCE=1 -DTARGET_API_MAC_CARBON -DTARGET_API_MAC_OSX
-fvisibility=hidden -I/usr/X11/include -DXTHREADS -D_THREAD_SAFE
-force_cpusubtype_ALL -fpascal-strings -c ./src/video/SDL_blit_N.c -fno-common
-DPIC -o build/.libs/SDL_blit_N.o
/var/folders/_1/4srfcftn111dcfz40wjy909r0000gn/T//cctnQ9Z8.s:2717:suffix or
operands invalid for `movq'
/var/folders/_1/4srfcftn111dcfz40wjy909r0000gn/T//cctnQ9Z8.s:2760:suffix or
operands invalid for `movq'
/var/folders/_1/4srfcftn111dcfz40wjy909r0000gn/T//cctnQ9Z8.s:2995:suffix or
operands invalid for `movq'
/var/folders/_1/4srfcftn111dcfz40wjy909r0000gn/T//cctnQ9Z8.s:3056:suffix or
operands invalid for `movq'
/var/folders/_1/4srfcftn111dcfz40wjy909r0000gn/T//cctnQ9Z8.s:5165:suffix or
operands invalid for `movq'
/var/folders/_1/4srfcftn111dcfz40wjy909r0000gn/T//cctnQ9Z8.s:5265:suffix or
operands invalid for `movq'
/var/folders/_1/4srfcftn111dcfz40wjy909r0000gn/T//cctnQ9Z8.s:5598:suffix or
operands invalid for `movq'
/var/folders/_1/4srfcftn111dcfz40wjy909r0000gn/T//cctnQ9Z8.s:5704:suffix or
operands invalid for `movq'
make: *** [build/SDL_blit_A.lo] Error 1
make: *** Waiting for unfinished jobs....
/var/folders/_1/4srfcftn111dcfz40wjy909r0000gn/T//ccVNhTSm.s:1252:suffix or
operands invalid for `movq'
/var/folders/_1/4srfcftn111dcfz40wjy909r0000gn/T//ccVNhTSm.s:1955:suffix or
operands invalid for `movq'
/var/folders/_1/4srfcftn111dcfz40wjy909r0000gn/T//ccVNhTSm.s:2671:suffix or
operands invalid for `movq'
/var/folders/_1/4srfcftn111dcfz40wjy909r0000gn/T//ccVNhTSm.s:2953:suffix or
operands invalid for `movd'
/var/folders/_1/4srfcftn111dcfz40wjy909r0000gn/T//ccVNhTSm.s:3052:suffix or
operands invalid for `movq'
/var/folders/_1/4srfcftn111dcfz40wjy909r0000gn/T//ccVNhTSm.s:4041:suffix or
operands invalid for `movq'
/var/folders/_1/4srfcftn111dcfz40wjy909r0000gn/T//ccVNhTSm.s:4602:suffix or
operands invalid for `movq'
/var/folders/_1/4srfcftn111dcfz40wjy909r0000gn/T//ccVNhTSm.s:5183:suffix or
operands invalid for `movq'
/var/folders/_1/4srfcftn111dcfz40wjy909r0000gn/T//ccVNhTSm.s:5398:suffix or
operands invalid for `movd'
/var/folders/_1/4srfcftn111dcfz40wjy909r0000gn/T//ccVNhTSm.s:5499:suffix or
operands invalid for `movq'
make: *** [build/SDL_RLEaccel.lo] Error 1
could not run 'make -j3' in /Users/ale/wine/build/SDL-1.2.14 - exiting
Do you have any clue? Thanks for your support :D
Original comment by ali...@gmail.com
on 25 Oct 2011 at 4:00
Attachments:
I'll have to see if any changes were made to the SDL code and update
accordingly.
Original comment by stott...@gmail.com
on 25 Oct 2011 at 4:20
I've been porting the lion_osxwinebuild.sh to a PERL version. It's not
complete, but it's more "up to date" than the lion_osxwinebuild.sh script that
I was working on.
You can give it a try, but I'll repeat the resulting binaries do not work.
(Though it compiles.)
Quick install instructions:
mkdir ~/lionwine
Copy the attached file to the ~/lionwine directory.
chmod 755 ~/lionwine/new_wine_lion.pl
To run:
cd ~/lionwine
./new_wine_lion.pl
Original comment by stott...@gmail.com
on 25 Oct 2011 at 7:41
Attachments:
Basically I've only attached that build script to see if someone else can see
something that I'm missing.
Original comment by stott...@gmail.com
on 25 Oct 2011 at 8:11
[deleted comment]
[deleted comment]
[deleted comment]
Ok I checked both scripts. Both they don't work on my Lion :-(
Does my DEBUG output helps you?
And I found this informations:
https://github.com/mxcl/homebrew/issues/8268
Original comment by yvesdaes...@gmail.com
on 26 Oct 2011 at 11:24
Attachments:
I'll implement that and test.
Thanks!
Original comment by stott...@gmail.com
on 26 Oct 2011 at 7:55
[deleted comment]
Great. I don't have the time to look into it.
Original comment by yvesdaes...@gmail.com
on 26 Oct 2011 at 8:32
That seems to work... I can modify Ryan's script and make it work on Lion.
I'll do that after I get home from work, but in the mean time I'll up the PERL
script.
Original comment by stott...@gmail.com
on 26 Oct 2011 at 9:08
Attachments:
I should say that I've only tested this with X-Code 4.2, I've made my changes
the Ryan's script and I'm testing it now. Should have something up within a
hour or so.
Original comment by stott...@gmail.com
on 26 Oct 2011 at 11:53
FYI...
Been reading in various forums that "gcc-4.2" doesn't get installed on Lion and
Xcode 4.2 if you're doing a fresh install and the "fix" requires the "gcc-4.2"
binaries... (Which I don't have on one of my Macs...) Looking into a decent
resolution on this.
Original comment by stott...@gmail.com
on 27 Oct 2011 at 12:36
Here's my modified version of Ryan's script for Lion, the only caveot is that
is doesn't work with the LLVM gcc compiler. (gcc --version;gcc-4.2 --version)
If both of those two commands come back with LLVM or fail to comeback then you
won't be able to compile using either script...
You'll copy this into the: ~/wine/osxwinebuilder-read-only/ directory.
In the meantime I'll see about adding GCC to this script, but it'll be a few
more day before I'll be able to continue working on it.
Original comment by stott...@gmail.com
on 27 Oct 2011 at 2:14
Attachments:
Hey all. The last month of my life has been a rotten hell. I will *hopefully*
have some time to do some work on this next week, and possibly get a VM or one
of my Macs on Lion. Keep your fingers crossed, and thank you all for digging
and providing some workarounds! -r
Original comment by rwoodsm...@gmail.com
on 27 Oct 2011 at 4:17
I'd prefer your perl script. I like it!
How can I get gcc-4.2 to my Lion to build wine?
Original comment by yvesdaes...@gmail.com
on 27 Oct 2011 at 10:20
Apple removed it in XCode 4.2, so I'm going see if building / adding gcc to the
build plan and using that to build wine works.
Original comment by stott...@gmail.com
on 27 Oct 2011 at 1:25
And can't we use gcc-4.6?
Original comment by yvesdaes...@gmail.com
on 27 Oct 2011 at 1:28
Not sure, I don't have it on this Mac and I didn't think to look for "newer"
versions of gcc in XCode 4.2. Do a "gcc-4.6 --version" and if it makes no
mention of LLVM then in theory it should work.
You'd have to change a line in the PERL script or Ryan's script to have it use
gcc-4.6:
In the PERL script:
Change -
${BEFORE_CONFIGURE} = "CC=\"gcc-4.2\"";
To -
${BEFORE_CONFIGURE} = "CC=\"gcc-4.6\"";
In Ryan's script:
Change -
: ${CC:="gcc-4.2"}
To -
: ${CC:="gcc-4.6"}
Let me know if that works.
Original comment by stott...@gmail.com
on 27 Oct 2011 at 1:34
[deleted comment]
Just to clear.
I only have Apples gcc (4.2 LLVM) which comes with Xcode.
I wanted to install gcc-4.2 by Macports. But it didn't work.
So I thought, why not try it with 4.6. But now... I try to build gcc-4.2 to get
your perl script work.
But I don't know about the configure settings :-(
Original comment by yvesdaes...@gmail.com
on 27 Oct 2011 at 1:38
I'll see if I can come up with a better solution today. MacPorts gcc should
work in theory, but it would have to be in the PATH or fully qualify the PATH
in the "CC" line.
Original comment by stott...@gmail.com
on 27 Oct 2011 at 1:50
This would be great!
Waiting for it ... ;-)
Original comment by yvesdaes...@gmail.com
on 27 Oct 2011 at 1:55
I think I've come up with a "new" solution... It's going to take me a little
bit to work out all of the "bugs", but it seems to build a working wine
executable. (Though build time is roughly double...) I'll try to have
something posted this evening.
Original comment by stott...@gmail.com
on 27 Oct 2011 at 6:26
Though I'm not happy with this script, it should compile a working version of
Wine. I am going to clean it up and make it compile the same things as Ryan's
script, but in the meantime I'll share it with everyone.
Main differences since the last PERL script:
I had to build my own GCC (4.6.1) to get Wine to build correctly and adjust
environment variables accordingly.
Original comment by stott...@gmail.com
on 27 Oct 2011 at 9:18
Attachments:
Today I'm on a business trip. I will test it this evening.
I see you now use the gcc-4.6.
Hope it works on my MAC.
Original comment by yvesdaes...@gmail.com
on 28 Oct 2011 at 6:05
I only use gcc for compiling wine itself, I used Xcode's gcc for everything
else.
Original comment by stott...@gmail.com
on 28 Oct 2011 at 12:48
[deleted comment]
Yes I see ;-)
Original comment by yvesdaes...@gmail.com
on 28 Oct 2011 at 12:54
It seems to work :-)
Great job! Will test it with my app I want to use.
Original comment by carolind...@gmail.com
on 28 Oct 2011 at 8:51
Worked like a charm. Just completed today after Macports and Fink both failed.
Original comment by mscheme...@gmail.com
on 28 Oct 2011 at 10:38
Original issue reported on code.google.com by
stott...@gmail.com
on 1 Sep 2011 at 9:51