[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Bug-gnubg] Mac OS/X and GTK without X11 (Using Quartz) - Roll your

From: Michael Petch
Subject: Re: [Bug-gnubg] Mac OS/X and GTK without X11 (Using Quartz) - Roll your own
Date: Tue, 05 Apr 2011 14:50:12 -0600
User-agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv: Gecko/20110303 Thunderbird/3.1.9

On 05/04/2011 11:53 AM, Myshkin LeVine wrote:
> Hi Michael,
>        Gtkglext does now support the Quartz back end, but at this time
> this is only available when building from Git. The gtkglext team added
> this support last summer. Please see this commit log entry:
> http://git.gnome.org/browse/gtkglext/commit/?id=35f97cd57350e4f067ea54874495638cf2216b61
>  which
> also references this bugzilla entry:
> https://bugzilla.gnome.org/show_bug.cgi?id=604435 .
>        When building from Git, after bootstrapping and entering
> "./configure --help" the target selection still looks the same,
> "--with-gdktarget=[x11/win32]". However, this option will accept a
> value of "quartz".

I had some time to pull out the git version. It appears the git
GTKGLEXT/Quartz backend was based upon the non git version i was using.
Unfortunately if you use the git version and you get GNUBG to compile
properly the 3D will look all messed up but the warning message (Invalid
drawable) doesn't appear. Thankfully I had realized that the messed up
3D windows bug I was seeing was related to

The patch above at that link will not properly apply against the Git
repository. I did however manually modify the files by hand patching.
This evening I will create a new patch file that should get GNUBG
looking reasonable.

This exercise did tell me one thing. After I linked against the new
Git/Patched GTKGLExT I discovered that the message on the console was
back. This means that the bug causing that warning is related to a bug
in the patch (not the code it is based on). It narrows things down a
bit. When I get some time I will investigate the code further to see if
I can identify the problem.

I will put away a fix into CVS for GNUBG to compile   with the Apple
supplied OpenGL headers (if Mesa isn't installed). There are a few minor
differences when compiling against Apple OpenGL headers as compared with
Mesa. It manifests itself with some compile errors emanating from
board3d/inc3d.h (Easily fixed).

Michael Petch
CApp::Sysware Consulting Ltd.
OpenPGP FingerPrint=D81C 6A0D 987E 7DA5 3219 6715 466A 2ACE 5CAE 3304

reply via email to

[Prev in Thread] Current Thread [Next in Thread]