Wine on OS X

I seem to have trouble Compiling Wine on OS X.
The compilation seems to finish successfully (as far as i can tell), however i cant even run winecfg, i get lots of errors!

I've tried with version 1.20 to 1.22, one of which even said that they support Snow Leopard in the release notes, so i figure it should work for Leopard aswell?

I dont know what to do because i've never had a compilation finish successfully only to have the app fail so horribly. Had it been on linux i'm sure it would've just worked (compiled wine serveral times on linux with no problems).

Oh, i've also tried darwine, but the later versions of that doesnt work either (unless you already have the ~/.wine folder i think)

Am i missing something? Do i need to do something special before i try wine on OS X? Has anyone else tried compiling Wine?
Any suggestions on how i can get wine to run?

 

Personally, I think this Win x86 emulation scene for OSX is a flawed method simply because it lacks any support from either parties (Apple or Microsoft) and left just for 3rd party open source developers to bridge the gap. There was more reason prior to the Intel Macs for developers to look into, how that initiative has slowly diminished due to 2 major reasons...

Both virtualization(VMWare & Parallels) and native booting(Boot Camp) of Windows is possible on the Mac platforms.

 

D3X- WINE is in no way emulation. It's in the recursive name itself: Wine Is Not Emulation.

flyt:
Not all that works with Snow Leopard will work with Leopard. I suggest you look into CodeWeavers' excellent CrossOver Mac program. It IS commercial, but it is based on WINE, and works very well. A license costs a bit of money, but you can get access to the program for free if you're willing to be a tester for one of the programs you plan to use it on. Here's the link to their "Advocates" page. Also, the Games version supports DirectX to OpenGL instruction translation, so you can play games that use up to DirectX 8.1, admittedly, however, Windows games that support OpenGL natively will work better. I myself am an Advocate for Portal, and I find that the program excels, expecially compared to virtualization software, and is also very convenient for when I don't want to bother booting into Windows to play.

Link:
http://www.codeweavers.com/compatibility/advocate_overview/

 

Oh gawd, not that again! WINE is an emulator no matter how you look at it. They claim that their is no X86 processor emulation. Fine I'll give that to them, however, WINE still emulates an Win x86 API on Linux ( + OSX leopard which is linux based ) to run Win x86 EXE compiled code. It's still another layer of code on top of the existing operating system. Until WINE develops a their own operating system that runs both OSX applications and Win x86/x64 applications, then it's still an emulator.

Definition of Emulation:
1.) imitation of behavior of a computer or other electronic system with the help of another type of computer/system.
2.) technique of one machine obtaining the same results as another.

Therefore: Wine uses Linux + Winelib to run X86 Windows executables = Win x86 Emulator for Linux based Operating systems.

WINE needs to drop that phrase and use something like "Windows Environment Layer" instead, something that explains what WINE is rather than trying to claim what they are or not. Who cares if it is an emulator or not, but rather how well it really runs(and to be brutally honest; the compatibility is poor).

WINE is still inferior compared to other solutions like Virtualization or Natively running it. Virtualization has a performance hit since it's creating a virtual processor/system, however compatibility of software is close to 99.9%. WINE is 50-70% at best, and it still runs them slower than Native(and even in some cases virtualization).

 

I've actually personally had great success running Wine on linux, most of the apps i want work good enough. As for speed, it's ALOT faster than virtualization in my opinion, and alot more handy than having to reboot into Windows just to run that ONE app.

I forgot to say i've actually tried CrossOver 7.1.1 (they gave away free licenses a while back for some reason...), but i think it's based on a too old version of wine, it didnt work very well for me at all!

I did however not know about their advocates program, thanks for the link! Nightly builds sounds interesting. I'll give that a try.

I'm still baffled about Wine on OS X though. I don't understand why i cant get it to work, or find any information about it when i google the problems. That's why i assumed i did something wrong, but i guess maybe it's just that not that many people are into Wine on OS X...

Anyway, Thanks for the tip. +rep!

 

CrossOver uses the latest stable build of WINE, AFAIK. Asflyt said, I find that Wine is MUCH faster than virtualization. Also, it's cheaper, as it doesn't require a Windows license. And before you rip into me about "compatibility," CrossOver supports essentially the same games that would be at a playable level under virtualization, so that's a wash. Beyond a certain point, you simply NEED to go native.

Admittedly, for Office, etc, native or virtualised is the way to go, but for games, I find that hardware-accelerated DX-to-OpenGL transcoding is much faster under CrossOver than in any virtualization clients I've run for OS X- Parallels Desktop, VMWare Fusion, and Sun xVM VirtualBox.