How to Port Wine for iPhone or arm

[C0deH4cker]

One thing i tried compiling took up like 50mb just for the source code. One c file was like 140kb. Lol.

[BooCocky]

 That trick you used with the push/pop to mov could be useful in another of my projects, mono.

I was actually wrong about this.  I modified OP appropriately.   It appears to a problem with arm processors.  Still havent quite figured out how I shoud set LIBEXT and DLLEXT.  Somthing funny happend yesterday when I set it to dylib.    Hard to explain but libwine was a little different, and Wine would give me "bad instruction" when I ran it.   So I looked at the libwine binary and noticed it has the path set as @@executablepath/../lib/libwine.1.dylib so I changed it to /usr/lib/libwine.1.dylyb and got "BAD CPU type in executable".   So now, after the correct port.c file fix, Im keeping fingers crossed it works this time.

[BooCocky]

wow 33 week old thread,  well in that time Wine-1.5.1 has been released and seems to have more support for arm.  Configure file is messed up though, unless I define the build=arm then it will assume it is arm-apple-darwin11.0.0 and for some reason it cant find the headers.  Which is weird,  so if I define it just arm it finds the headers but the compiled code wont execute it always gives "illegal instruction 4" error.  So I think I am either wrong about modifying loader.c or just need to fix the headers part in configure file.  I dont see why this is such a pain,  I know wine works for arm because I have it on my n900

[Trcx528]

what if you leave it as arm-apple-darwin but say CFLAGS=-I/usr/include ?

[Ginger]

I downloaded the 1.5.1 source code last night and the best I've found of configuring it is
./configure --build=arm --without-pthread --without-freetype

I do have freetype installed though :S using that gets me to 'make' but then there's missing identifiers

[Trcx528]

I keep on getting this sense that it would be easier to start all over from scratch with all the iOS ports.  A port of glibc would be useful at the very least. 

[BooCocky]

I cant get the "wine" executable to work but libwine.dylib is usable.  Maybe I can create a wrapper in python using ctypes? When I call _wine_init() using ctypes I get an integer. 

[C0deH4cker]

A pointer?

[BooCocky]

OMFG!!!








I gotta go clear my head,  then ill put it all together and upload the files when my heart stops pounding

[Trcx528]

EPIC!  Well done man!  I can't wait to see this on the repo.    What flags do you use to configure wine? 

[BooCocky]

Same ones I posted in OP, I edited loader.c differently too.  But the real fix was to edit main.c in /winesrc/loader and trick it into compiling the linux function instead of the apple one.  Also the shared-libraries have to end in so not dylib for some reason, or else it looks for libwine.dylib in @@executablepath instead of /usr.  If that wasnt the case I could upload it right now,  so I have to recompile and then upload.  But it WORKS!  it really does,  it should be ready in about 6 hours,  the DLLs are what take so long to compile.  There is a lot of them.  Ill edit OP in a bit so I can show exactly what I did.  This is with 1.3.9 btw

[Ironman]

 O.o
Oh WOW!!!

[Apetrick]

I want to give you a big hug right now but that would be wierd I'll just praise you as a god

[LankAsif]

Congratulations Boo!!!! You must be so buzzed atm.
Max props man

[BooCocky]

Oh no,  just one more small hoop to jump through.  The ntdll.dll is giving me trouble compiling,  I didnt think that would be an issue.  Couple things I can do though to trick it or get it to compile anyways.  Everything else is working though.  Alot of programs rely on that dll though.