The problem is that there can't be any Objective-C code in Wine. At all.
Or C++. Or Fortran. Or Pascal. Or Ada. Or Java. Or C# or VB. Or any
language other than pure, procedural C.
Alexandre has said that you can put objective C code into wine, but only if
this code is properly abstracted from
C.W. Betts wrote:
Is is just because of the Objective-C code? Would it be safe to make C
functions that would call Objective-C? Such as:
cheader.h:
typedef struct struct1 struct1;
cfuncCreate(struct1 *s);
cfunc1();
cfunc2();
cfuncDestroy (struct1 *s);
cfile.m:
@interface WHQFunc
{
Charles Davis wrote:
C.W. Betts wrote:
Is is just because of the Objective-C code? Would it be safe to make C
functions that would call Objective-C? Such as:
cheader.h:
typedef struct struct1 struct1;
cfuncCreate(struct1 *s);
cfunc1();
cfunc2();
cfuncDestroy (struct1 *s);
cfile.m:
Stefan Dösinger wrote:
The problem is that there can't be any Objective-C code in Wine. At all.
Or C++. Or Fortran. Or Pascal. Or Ada. Or Java. Or C# or VB. Or any
language other than pure, procedural C.
Alexandre has said that you can put objective C code into wine, but only if
this
Emmanuel's code is available from Sourceforge. It is a good starting
point for this. If you want, send me what you have so far for testing
purposes. It would be great to have a native MacOSX windowing system.
James McKenzie
The design of the old quartz driver is not correct. I remember
On 7 February 2010 15:02, Roderick Colenbrander thunderbir...@gmail.com wrote:
Emmanuel's code is available from Sourceforge. It is a good starting
point for this. If you want, send me what you have so far for testing
purposes. It would be great to have a native MacOSX windowing system.
On Sun, Feb 7, 2010 at 4:40 PM, Reece Dunn mscl...@googlemail.com wrote:
On 7 February 2010 15:02, Roderick Colenbrander thunderbir...@gmail.com
wrote:
Emmanuel's code is available from Sourceforge. It is a good starting
point for this. If you want, send me what you have so far for testing
Roderick Colenbrander wrote:
Emmanuel's code is available from Sourceforge. It is a good starting
point for this. If you want, send me what you have so far for testing
purposes. It would be great to have a native MacOSX windowing system.
James McKenzie
The design of the old quartz
On 7 February 2010 15:40, Reece Dunn mscl...@googlemail.com wrote:
1/ Does this mean that OpenGL is required for all GDI calls, not
just D3D? If so, it will exclude people who don't have OpenGL support
(e.g. are using the vesa, nv, or nouveau drivers).
As I understand it, current Xorg does
On Sun, Feb 7, 2010 at 21:40, David Gerard dger...@gmail.com wrote:
On 7 February 2010 15:40, Reece Dunn mscl...@googlemail.com wrote:
1/ Does this mean that OpenGL is required for all GDI calls, not
just D3D? If so, it will exclude people who don't have OpenGL support
(e.g. are using the
On 7 February 2010 20:23, Gert van den Berg wine-de...@mohag.net wrote:
On Sun, Feb 7, 2010 at 21:40, David Gerard dger...@gmail.com wrote:
As I understand it, current Xorg does OpenGL in software on any video
chipset it supports ... eeerrryyy ssslllooowwwlllyyy, but it does
it.
But
On Sun, Feb 7, 2010 at 22:47, David Gerard dger...@gmail.com wrote:
No idea, sorry. Xsun is on extended (life-)support with Sun moving to
Xorg (and Alan Coopersmith from Sun being one of the main Xorg
developers). Xming is Xorg compiled for mingw
Xming: An ancient version of Xorg (at least for
C.W. Betts wrote:
An idea that popped into my head when I was thinking about a Quartz (OS X)
driver that perhaps there could be separate drivers for Quartz (OS X) and
X11. Such drivers would include OpenGL and DirectX Drivers.
This has been shot down time and time again by Alexandre.
On 7 February 2010 01:45, James McKenzie jjmckenzi...@earthlink.net wrote:
C.W. Betts wrote:
An idea that popped into my head when I was thinking about a Quartz (OS X)
driver that perhaps there could be separate drivers for Quartz (OS X) and
X11. Such drivers would include OpenGL and
Is is just because of the Objective-C code? Would it be safe to make C
functions that would call Objective-C? Such as:
cheader.h:
typedef struct struct1 struct1;
cfuncCreate(struct1 *s);
cfunc1();
cfunc2();
cfuncDestroy (struct1 *s);
cfile.m:
@interface WHQFunc
{
}
-(id)init;
-(void)dealloc;
C.W. Betts wrote:
Is is just because of the Objective-C code? Would it be safe to make C
functions that would call Objective-C? Such as:
cheader.h:
typedef struct struct1 struct1;
cfuncCreate(struct1 *s);
cfunc1();
cfunc2();
cfuncDestroy (struct1 *s);
cfile.m:
@interface WHQFunc
{
16 matches
Mail list logo
