Wine, Darwine, CodeWeavers-- Intel MacOS X

[William Knop]

After looking at Darwine's quartzdrv, it looks like it uses CoreGraphics.

On 6/26/06, William Knop <william.knop at gmail.com> wrote:
> Yeah, a wiki page for the Quartz driver would be nice. There are a
> couple implementations floating around, some using QuickDraw and some
> using CoreGraphics. Most have endian bugs, since they were written
> with Darwine/PPC in mind. As far as which is best, it seems to be that
> QD is easiest, but it's a deprecated API.
>
> I think I'd use CG if I decided to sit down and write it, which I
> might do. I've got some free time, and in a week or so I'll have
> access to an intel mac for development. Thoughts on CG? Alexandre?
>
> Will
>
> On 6/26/06, Steven Edwards <winehacker at gmail.com> wrote:
> > Hi William,
> >
> > On 6/26/06, William Knop <william.knop at gmail.com> wrote:
> > >  Quartz Driver: works
> >
> > Starting a wiki page just about this would be nice if one does not
> > already exist. I am really interested in the Quartz driver but have
> > not had the time to focus on it. It would be cool if someone could
> > cleanup the diff and or poke at Julliard for his comments on it before
> > too much time is invested in developing it futher. As far as I have
> > seen simple win32 apps work with it which is a good start but it would
> > be nice to have a patch that he could review and advise what more is
> > needed before it can go in winehq. Being able to run Wine without
> > needing the damn X server would be wonderful but its never going to
> > get past the solitare stage unless we can get it in winehq.
> >
> > The last time I spoke with him about it, he said the Quartz driver did
> > not have to be 100% just enough to prove a valid framework which I
> > think the current one does. Namely running solitare without the X. The
> > major infrastructure issue with it the last time I looked was the
> > problem of conflicting functions in the C namespace. The quartzdrv
> > imported and used Mac functions that had the same name as win32
> > functions and led to all sorts of problems requiring a hack to
> > winebuild. Julliard suggested some linker magic could be done to not
> > require needing to hack winebuild and or making some sort of wrapper
> > library. I am sure there are other issues with design he will want
> > resolved also....
> >
> > --
> > Steven Edwards
> >
> > "There is one thing stronger than all the armies in the world, and
> > that is an idea whose time has come." - Victor Hugo
> >
>