From arcriley@gmail.com Mon Jan 11 05:10:37 2010 Return-Path: X-Original-To: gtkglext-list@gnome.org Delivered-To: gtkglext-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 41C4A7500F2 for ; Mon, 11 Jan 2010 05:10:37 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.598 X-Spam-Level: X-Spam-Status: No, score=-2.598 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id AIJcHd7aVe46 for ; Mon, 11 Jan 2010 05:10:28 +0000 (GMT) Received: from mail-yw0-f181.google.com (mail-yw0-f181.google.com [209.85.211.181]) by menubar.gnome.org (Postfix) with ESMTP id 9969E750085 for ; Mon, 11 Jan 2010 05:10:20 +0000 (GMT) Received: by ywh11 with SMTP id 11so21206752ywh.9 for ; Sun, 10 Jan 2010 21:10:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:from:date :x-google-sender-auth:message-id:subject:to:content-type; bh=qoWzbvvdMROqXbQyyw3tzImahankEK27eMDy02bKL08=; b=SPaTTgBwxu38wFu1VQ02haViZ7vP/Boa3Ie67WINJTVIJc2qym6S2/3gHie2pLU5lF LLfRluphA+bf7hKTBB6BMiJBzWoZXcvVJmzKsUZVFMCQLwgaloG0oTgsyflw9hHIkz/R HI3AFcA80Pqc94kgHWjm6Ku7q7wFNaivt2EdI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:from:date:x-google-sender-auth:message-id :subject:to:content-type; b=RuJnNjicYlb+rUh4Hz7j0c6aYlNtlD6oQg8aWAM/s/Erf5wz9ETjis3UtNwUMgs6bN WX3168qVeK+jPpgsc7ZRVVmUVfF368CSlX4sT45bKulNhBxEuuV+stg63QP1jwRZmisO o4Dl9xMwsfsjZn2YQW/TdxxxokxXDJoLi7b7U= MIME-Version: 1.0 Sender: arcriley@gmail.com Received: by 10.101.137.31 with SMTP id p31mr3672369ann.27.1263186619094; Sun, 10 Jan 2010 21:10:19 -0800 (PST) From: Arc Riley Date: Mon, 11 Jan 2010 00:09:59 -0500 X-Google-Sender-Auth: af0b09f293ae5d72 Message-ID: To: gtkglext-list@gnome.org Content-Type: multipart/alternative; boundary=0016e64d9a1bb75806047cdc8d8d Subject: [GtkGLExt] porting to OSX/Quartz X-BeenThere: gtkglext-list@gnome.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Use and development of GtkGLExt, gtkglextmm, and PyGtkGLExt" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Jan 2010 05:10:37 -0000 --0016e64d9a1bb75806047cdc8d8d Content-Type: text/plain; charset=UTF-8 We're waiting on a patch for https://bugzilla.gnome.org/show_bug.cgi?id=606378 which I was told will be another week or two. However, we are using GDK as the windowing/input backend for our 3d game engine (http://www.pysoy.org/) and our team has OSX machines for development/testing. I read in the archives that patches for partial OSX support have been written but the attachments (if any) were not archived. Is this in version control? Where can we get a copy and collaborate in getting this working? --0016e64d9a1bb75806047cdc8d8d Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable We're waiting on a patch for https://bugzilla.gnome.org/show_bug.cgi?id=3D606378 which I was told will be another week or two.

However, we are usi= ng GDK as the windowing/input backend for our 3d game engine (http://www.pysoy.org/) and our team has OSX machin= es for development/testing.=C2=A0 I read in the archives that patches for p= artial OSX support have been written but the attachments (if any) were not = archived.

Is this in version control?=C2=A0 Where can we get a copy and collabora= te in getting this working?
--0016e64d9a1bb75806047cdc8d8d-- From arcriley@gmail.com Mon Jan 11 06:37:22 2010 Return-Path: X-Original-To: gtkglext-list@gnome.org Delivered-To: gtkglext-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id CC2B5750085 for ; Mon, 11 Jan 2010 06:37:22 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.444 X-Spam-Level: X-Spam-Status: No, score=-2.444 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, TW_GT=0.077, TW_TK=0.077] autolearn=no Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FQKaLZkRHNV5 for ; Mon, 11 Jan 2010 06:37:17 +0000 (GMT) Received: from mail-yw0-f181.google.com (mail-yw0-f181.google.com [209.85.211.181]) by menubar.gnome.org (Postfix) with ESMTP id 14D1B7500C0 for ; Mon, 11 Jan 2010 06:37:08 +0000 (GMT) Received: by ywh11 with SMTP id 11so21243637ywh.9 for ; Sun, 10 Jan 2010 22:37:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:from:date :x-google-sender-auth:message-id:subject:to:content-type; bh=20y7qw++xUiiS54xRzURAIAehcVttnAMTFKdSaW3dOo=; b=fXGcbEBYJ5JyA4E58muX4TJZTAnoQrJp4HrZCENVrDGmFa56Dxaia88zz2K9ai5Qjt cNYyrdyaErcXjTlCJKU7d6Hyx6Fw3b8SRj0CWmNjOU08QdOolKtUTpKafwZtqizBuMFE 2/Efx2soYgx5kfkAodn9nrZGyelrAsO9qm7Uc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:from:date:x-google-sender-auth:message-id :subject:to:content-type; b=L1bGySkIERMQWif4WJDKZb+QljJ2qVm4NqzE+wnYvL+6UZRwRg7V9p/jHp9nMPVPu0 zX8/1vuU3BDKDC5cLx0b4g4JdBU12fIUKb8y2s23yZlV00LIpu43f2zYrFt+P5BfScsi /oCcXFRYrbgS/ZnXqklPOJBrnWTG+fW8lYM1M= MIME-Version: 1.0 Sender: arcriley@gmail.com Received: by 10.101.182.20 with SMTP id j20mr7494599anp.65.1263191827077; Sun, 10 Jan 2010 22:37:07 -0800 (PST) From: Arc Riley Date: Mon, 11 Jan 2010 01:36:47 -0500 X-Google-Sender-Auth: ffe0a317f100c961 Message-ID: To: gtkglext-list@gnome.org Content-Type: multipart/alternative; boundary=001636c928df22db14047cddc440 Subject: [GtkGLExt] API changes for the next major gtkglext release (glext) X-BeenThere: gtkglext-list@gnome.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Use and development of GtkGLExt, gtkglextmm, and PyGtkGLExt" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Jan 2010 06:37:23 -0000 --001636c928df22db14047cddc440 Content-Type: text/plain; charset=UTF-8 I argue that the glext should remain and be expanded to fully replace GLEW/GLee. There is no license issue. GLEW is under the BSD, at worse you include the BSD boilerplate in the header and copy/modify their headers. It's fully compatible with both v2 and v3 of the LGPL. More importantly, GLEW and gtkglext overlap in more ways than glext.h. There's enough dependency bloat in the Gnome community, not to mention redundant functionality taking up valuable memory and causing cache misses that hurt performance. GLEW is barely enough to constitute a full library in any event. That's one less dependency to worry about. A third and trivial issue is that GLEW is an immature library on GNU/Linux, a really basic build system (static makefiles that break if the GL headers are not where they're expected) and no pkg-config file. GLee even moreso, it's not even packaged in most distros. It's a headache for upstream packages to configure and build with them and really unnecessary given gtkglext already providing much of the platform agnosticism GLEW is commonly used for. I'm volunteering to expand gtkglext to fully replace GLEW. It'd be less work for me than continuing to use GLEW in our engine. --001636c928df22db14047cddc440 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable I argue that the glext should remain and be expanded to fully replace GLEW/= GLee.

There is no license issue.=C2=A0 GLEW is under the BSD, at wor= se you include the BSD boilerplate in the header and copy/modify their head= ers.=C2=A0 It's fully compatible with both v2 and v3 of the LGPL.

More importantly, GLEW and gtkglext overlap in more ways than glext.h.= =C2=A0 There's enough dependency bloat in the Gnome community, not to m= ention redundant functionality taking up valuable memory and causing cache = misses that hurt performance.=C2=A0 GLEW is barely enough to constitute a f= ull library in any event.=C2=A0 That's one less dependency to worry abo= ut.

A third and trivial issue is that GLEW is an immature library on GNU/Li= nux, a really basic build system (static makefiles that break if the GL hea= ders are not where they're expected) and no pkg-config file.=C2=A0 GLee= even moreso, it's not even packaged in most distros.=C2=A0 It's a = headache for upstream packages to configure and build with them and really = unnecessary given gtkglext already providing much of the platform agnostici= sm GLEW is commonly used for.

I'm volunteering to expand gtkglext to fully replace GLEW.=C2=A0 It= 'd be less work for me than continuing to use GLEW in our engine.
--001636c928df22db14047cddc440-- From muks@banu.com Mon Jan 11 12:32:51 2010 Return-Path: X-Original-To: gtkglext-list@gnome.org Delivered-To: gtkglext-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 6AA12750088 for ; Mon, 11 Jan 2010 12:32:51 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -1.826 X-Spam-Level: X-Spam-Status: No, score=-1.826 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, RCVD_IN_SORBS_WEB=0.619, TW_GT=0.077, TW_TK=0.077] autolearn=no Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 20kIVOi8UApb for ; Mon, 11 Jan 2010 12:32:45 +0000 (GMT) Received: from mail.banu.com (mail.banu.com [67.19.28.195]) by menubar.gnome.org (Postfix) with ESMTP id 831E3750063 for ; Mon, 11 Jan 2010 12:32:37 +0000 (GMT) Received: from jurassic (unknown [117.201.37.141]) by mail.banu.com (Postfix) with ESMTP id AC25611112B9; Mon, 11 Jan 2010 06:32:33 -0600 (CST) Date: Mon, 11 Jan 2010 18:02:26 +0530 From: Mukund Sivaraman To: Arc Riley Message-ID: <20100111123224.GA5843@jurassic> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-08-17) Cc: gtkglext-list@gnome.org Subject: Re: [GtkGLExt] API changes for the next major gtkglext release (glext) X-BeenThere: gtkglext-list@gnome.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Use and development of GtkGLExt, gtkglextmm, and PyGtkGLExt" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Jan 2010 12:32:51 -0000 On Mon, Jan 11, 2010 at 01:36:47AM -0500, Arc Riley wrote: > There is no license issue. GLEW is under the BSD, at worse you include the > BSD boilerplate in the header and copy/modify their headers. It's fully > compatible with both v2 and v3 of the LGPL. We cannot combine code that has a similar license to the BSD license (non-copyleft), with LGPL licensed (copyleft) code. You can link in between these, such as a program linking to a library, but not form a single binary object from it, such as a .so containing both LGPL and BSD licensed code. I'm not a lawyer. This is our interpretation of these licenses, and what we'll stick with. > More importantly, GLEW and gtkglext overlap in more ways than glext.h. > There's enough dependency bloat in the Gnome community, not to mention > redundant functionality taking up valuable memory and causing cache misses > that hurt performance. GLEW is barely enough to constitute a full library > in any event. That's one less dependency to worry about. gtkglext is a simple way to get an OpenGL context for a GTK+ widget. It is not an OpenGL convenience library. It is not intended to: o Provide a scenegraph o Do input handling, window management, etc. o Draw geometric shapes o Provide convenience wrappers for GL/GLX/etc. After you get an OpenGL context, you simply use GL or any other convenience libraries afterwards. This similar to how Cairo is used in GTK+ for example. You can still query extensions with gtkglext. We intend to keep this functionality available. The library uses it internally too. > A third and trivial issue is that GLEW is an immature library on GNU/Linux, > a really basic build system (static makefiles that break if the GL headers > are not where they're expected) and no pkg-config file. GLee even moreso, > it's not even packaged in most distros. It's a headache for upstream > packages to configure and build with them and really unnecessary given > gtkglext already providing much of the platform agnosticism GLEW is commonly > used for. > > I'm volunteering to expand gtkglext to fully replace GLEW. It'd be less > work for me than continuing to use GLEW in our engine. This would be a waste of time. We don't intend to reinvent the wheel, especially when such wrappers would look exactly like GLEW/GLee. This was discussed a few weeks ago among the maintainers. If you have a problem with GLEW, your time is best spent fixing it, and pushing patches to its maintainers, so that GLEW gets a pkg-config file, a configure script and other goodies that end-users wish upon. This would take up far less time, than re-implementing GLEW inside gtkglext, where it does not belong. If you don't like GLEW's quality, then there may be other such libraries to choose from. But it has nothing to do with gtkglext. Mukund From rc040203@freenet.de Mon Jan 11 13:51:28 2010 Return-Path: X-Original-To: gtkglext-list@gnome.org Delivered-To: gtkglext-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 57D5B7500C3 for ; Mon, 11 Jan 2010 13:51:28 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.445 X-Spam-Level: X-Spam-Status: No, score=-2.445 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, TW_GT=0.077, TW_TK=0.077] autolearn=no Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id JXK43hmyxtg1 for ; Mon, 11 Jan 2010 13:51:20 +0000 (GMT) Received: from mout1.freenet.de (mout1.freenet.de [195.4.92.91]) by menubar.gnome.org (Postfix) with ESMTP id 3A02775008A for ; Mon, 11 Jan 2010 13:51:11 +0000 (GMT) Received: from [195.4.92.15] (helo=5.mx.freenet.de) by mout1.freenet.de with esmtpa (ID ralf.corsepius@freenet.de) (port 25) (Exim 4.70 #1) id 1NUKfl-0000yn-BD; Mon, 11 Jan 2010 14:51:09 +0100 Received: from hsi-kbw-078-043-063-233.hsi4.kabel-badenwuerttemberg.de ([78.43.63.233]:63727 helo=[192.168.1.104]) by 5.mx.freenet.de with esmtpsa (ID ralf.corsepius@freenet.de) (TLSv1:AES256-SHA:256) (port 465) (Exim 4.69 #94) id 1NUKfl-0006kK-08; Mon, 11 Jan 2010 14:51:09 +0100 Message-ID: <4B4B2CCA.600@freenet.de> Date: Mon, 11 Jan 2010 14:51:06 +0100 From: Ralf Corsepius User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.5) Gecko/20091209 Fedora/3.0-4.fc12 Thunderbird/3.0 MIME-Version: 1.0 To: Mukund Sivaraman References: <20100111123224.GA5843@jurassic> In-Reply-To: <20100111123224.GA5843@jurassic> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: gtkglext-list@gnome.org Subject: Re: [GtkGLExt] API changes for the next major gtkglext release (glext) X-BeenThere: gtkglext-list@gnome.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Use and development of GtkGLExt, gtkglextmm, and PyGtkGLExt" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Jan 2010 13:51:28 -0000 On 01/11/2010 01:32 PM, Mukund Sivaraman wrote: > On Mon, Jan 11, 2010 at 01:36:47AM -0500, Arc Riley wrote: >> There is no license issue. GLEW is under the BSD, at worse you include the >> BSD boilerplate in the header and copy/modify their headers. It's fully >> compatible with both v2 and v3 of the LGPL. > > We cannot combine code that has a similar license to the BSD license > (non-copyleft), with LGPL licensed (copyleft) code. Most BSD licenses are compatible with the [L]GPL, i.e. such kind of code could be relicensed using the [L]GPL as an "umbrella license". Whether we could do so would require careful examination of these BSD licensed pieces of code, because some BSD licenses are considered non-free (Cf. http://www.fsf.org/licensing/licenses/index_html#GPLCompatibleLicenses). > You can link in between these, such as a program linking to a library, > but not form a single binary object from it, such as a .so containing > both LGPL and BSD licensed code. Pardon, but you are in error. There are many precedences of "adopting BSD-licensed code under a [L]GPL umbrella - Most prominent example would be glibc. >> More importantly, GLEW and gtkglext overlap in more ways than glext.h. >> There's enough dependency bloat in the Gnome community, not to mention >> redundant functionality taking up valuable memory and causing cache misses >> that hurt performance. GLEW is barely enough to constitute a full library >> in any event. That's one less dependency to worry about. > > gtkglext is a simple way to get an OpenGL context for a GTK+ widget. It > is not an OpenGL convenience library. It is not intended to: > > o Provide a scenegraph > o Do input handling, window management, etc. > o Draw geometric shapes > o Provide convenience wrappers for GL/GLX/etc. Agreed. I am also not excited about this proposal. Ralf From braden@endoframe.com Mon Jan 11 14:27:36 2010 Return-Path: X-Original-To: gtkglext-list@gnome.org Delivered-To: gtkglext-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id D71837500C3 for ; Mon, 11 Jan 2010 14:27:36 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id LvDvI9w6fabG for ; Mon, 11 Jan 2010 14:27:28 +0000 (GMT) Received: from friskymail-a4.g.dreamhost.com (caibbdcaaaaf.dreamhost.com [208.113.200.5]) by menubar.gnome.org (Postfix) with ESMTP id 57340750088 for ; Mon, 11 Jan 2010 14:27:20 +0000 (GMT) Received: from [192.168.1.25] (ip72-205-34-41.dc.dc.cox.net [72.205.34.41]) by friskymail-a4.g.dreamhost.com (Postfix) with ESMTP id 8005A121D3C for ; Mon, 11 Jan 2010 06:27:18 -0800 (PST) From: Braden McDaniel To: gtkglext-list@gnome.org In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Date: Mon, 11 Jan 2010 09:27:17 -0500 Message-ID: <1263220037.2847.12404.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.28.2 (2.28.2-1.fc12) Content-Transfer-Encoding: 7bit Subject: Re: [GtkGLExt] porting to OSX/Quartz X-BeenThere: gtkglext-list@gnome.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Use and development of GtkGLExt, gtkglextmm, and PyGtkGLExt" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Jan 2010 14:27:37 -0000 On Mon, 2010-01-11 at 00:09 -0500, Arc Riley wrote: > We're waiting on a patch for > https://bugzilla.gnome.org/show_bug.cgi?id=606378 which I was told > will be another week or two. > > However, we are using GDK as the windowing/input backend for our 3d > game engine (http://www.pysoy.org/) and our team has OSX machines for > development/testing. I read in the archives that patches for partial > OSX support have been written but the attachments (if any) were not > archived. > > Is this in version control? Where can we get a copy and collaborate > in getting this working? The GtkGLExt bug on this is here: https://bugzilla.gnome.org/show_bug.cgi?id=604435 Unfortunately, I've been really busy lately and the patch on that bug is a little stale. I'll get it updated in the next day or two. After that, it is likely that we'll go ahead and put this on the master branch and continue refining it there. -- Braden McDaniel From muks@banu.com Mon Jan 11 15:39:22 2010 Return-Path: X-Original-To: gtkglext-list@gnome.org Delivered-To: gtkglext-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id AE9077500E9 for ; Mon, 11 Jan 2010 15:39:22 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -1.826 X-Spam-Level: X-Spam-Status: No, score=-1.826 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, RCVD_IN_SORBS_WEB=0.619, TW_GT=0.077, TW_TK=0.077] autolearn=no Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id iiC-q14nIpcR for ; Mon, 11 Jan 2010 15:39:14 +0000 (GMT) Received: from mail.banu.com (mail.banu.com [67.19.28.195]) by menubar.gnome.org (Postfix) with ESMTP id 5A43B75008A for ; Mon, 11 Jan 2010 15:39:06 +0000 (GMT) Received: from jurassic (unknown [117.201.37.141]) by mail.banu.com (Postfix) with ESMTP id C4100111004B; Mon, 11 Jan 2010 09:39:01 -0600 (CST) Date: Mon, 11 Jan 2010 21:08:54 +0530 From: Mukund Sivaraman To: Ralf Corsepius Message-ID: <20100111153851.GA9140@jurassic> References: <20100111123224.GA5843@jurassic> <4B4B2CCA.600@freenet.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4B4B2CCA.600@freenet.de> User-Agent: Mutt/1.5.20 (2009-08-17) Cc: gtkglext-list@gnome.org Subject: Re: [GtkGLExt] API changes for the next major gtkglext release (glext) X-BeenThere: gtkglext-list@gnome.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Use and development of GtkGLExt, gtkglextmm, and PyGtkGLExt" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Jan 2010 15:39:22 -0000 On Mon, Jan 11, 2010 at 02:51:06PM +0100, Ralf Corsepius wrote: > On 01/11/2010 01:32 PM, Mukund Sivaraman wrote: > >On Mon, Jan 11, 2010 at 01:36:47AM -0500, Arc Riley wrote: > >>There is no license issue. GLEW is under the BSD, at worse you include the > >>BSD boilerplate in the header and copy/modify their headers. It's fully > >>compatible with both v2 and v3 of the LGPL. > > > >We cannot combine code that has a similar license to the BSD license > >(non-copyleft), with LGPL licensed (copyleft) code. > > Most BSD licenses are compatible with the [L]GPL, i.e. such kind of > code could be relicensed using the [L]GPL as an "umbrella license". > > Whether we could do so would require careful examination of these > BSD licensed pieces of code, because some BSD licenses are > considered non-free (Cf. http://www.fsf.org/licensing/licenses/index_html#GPLCompatibleLicenses). I'm not a lawyer. This is my interpretation of the license as it applies to the generated wrappers that we distribute under the LGPL. The generated wrappers are not a verbatim copy of the published ext headers, but a derived work. I am not sure if we can simply take something under a BSD-like license and re-distribute it under LGPL. OTOH, the Khronos headers don't have any advertising clause, but the license terms have changed in the past and I don't know if the current license is guaranteed to stay. There are also some non-Khronos extensions and patches to the Khronos headers, which are not clearly licensed. > >>More importantly, GLEW and gtkglext overlap in more ways than glext.h. > >>There's enough dependency bloat in the Gnome community, not to mention > >>redundant functionality taking up valuable memory and causing cache misses > >>that hurt performance. GLEW is barely enough to constitute a full library > >>in any event. That's one less dependency to worry about. > > > >gtkglext is a simple way to get an OpenGL context for a GTK+ widget. It > >is not an OpenGL convenience library. It is not intended to: > > > > o Provide a scenegraph > > o Do input handling, window management, etc. > > o Draw geometric shapes > > o Provide convenience wrappers for GL/GLX/etc. > > Agreed. I am also not excited about this proposal. Yes regardless of the licensing issues, we don't want this in gtkglext. There are many people[1] who are prefectly happy with GLEW and GLee. If there are issues, these can be fixed and patches can be sent to their maintainers. 1. http://www.gamedev.net/community/forums/topic.asp?topic_id=424183 Mukund From rc040203@freenet.de Mon Jan 11 16:11:27 2010 Return-Path: X-Original-To: gtkglext-list@gnome.org Delivered-To: gtkglext-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id CCAC475008A for ; Mon, 11 Jan 2010 16:11:27 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.445 X-Spam-Level: X-Spam-Status: No, score=-2.445 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, TW_GT=0.077, TW_TK=0.077] autolearn=no Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id xerhhOo7zFfY for ; Mon, 11 Jan 2010 16:11:19 +0000 (GMT) Received: from mout2.freenet.de (mout2.freenet.de [195.4.92.92]) by menubar.gnome.org (Postfix) with ESMTP id B46677500C3 for ; Mon, 11 Jan 2010 16:11:11 +0000 (GMT) Received: from [195.4.92.17] (helo=7.mx.freenet.de) by mout2.freenet.de with esmtpa (ID ralf.corsepius@freenet.de) (port 25) (Exim 4.70 #1) id 1NUMrE-0008JG-Q6; Mon, 11 Jan 2010 17:11:08 +0100 Received: from hsi-kbw-078-043-063-233.hsi4.kabel-badenwuerttemberg.de ([78.43.63.233]:64783 helo=[192.168.1.104]) by 7.mx.freenet.de with esmtpsa (ID ralf.corsepius@freenet.de) (TLSv1:AES256-SHA:256) (port 465) (Exim 4.69 #94) id 1NUMrE-00056X-Gr; Mon, 11 Jan 2010 17:11:08 +0100 Message-ID: <4B4B4D9A.8020109@freenet.de> Date: Mon, 11 Jan 2010 17:11:06 +0100 From: Ralf Corsepius User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.5) Gecko/20091209 Fedora/3.0-4.fc12 Thunderbird/3.0 MIME-Version: 1.0 To: Mukund Sivaraman References: <20100111123224.GA5843@jurassic> <4B4B2CCA.600@freenet.de> <20100111153851.GA9140@jurassic> In-Reply-To: <20100111153851.GA9140@jurassic> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: gtkglext-list@gnome.org Subject: Re: [GtkGLExt] API changes for the next major gtkglext release (glext) X-BeenThere: gtkglext-list@gnome.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Use and development of GtkGLExt, gtkglextmm, and PyGtkGLExt" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Jan 2010 16:11:28 -0000 On 01/11/2010 04:38 PM, Mukund Sivaraman wrote: > On Mon, Jan 11, 2010 at 02:51:06PM +0100, Ralf Corsepius wrote: > >> On 01/11/2010 01:32 PM, Mukund Sivaraman wrote: >> >>> On Mon, Jan 11, 2010 at 01:36:47AM -0500, Arc Riley wrote: >>> >>>> There is no license issue. GLEW is under the BSD, at worse you include the >>>> BSD boilerplate in the header and copy/modify their headers. It's fully >>>> compatible with both v2 and v3 of the LGPL. >>>> >>> We cannot combine code that has a similar license to the BSD license >>> (non-copyleft), with LGPL licensed (copyleft) code. >>> >> Most BSD licenses are compatible with the [L]GPL, i.e. such kind of >> code could be relicensed using the [L]GPL as an "umbrella license". >> >> Whether we could do so would require careful examination of these >> BSD licensed pieces of code, because some BSD licenses are >> considered non-free (Cf. http://www.fsf.org/licensing/licenses/index_html#GPLCompatibleLicenses). >> > I'm not a lawyer. Neither am I, .... it's just that I am long enough into OSS and involved into major projects doing so to be pretty sure about it ;) > This is my interpretation of the license as it > applies to the generated wrappers that we distribute under the LGPL. > The generated wrappers are not a verbatim copy of the published ext > headers, but a derived work. I am not sure if we can simply take > something under a BSD-like license and re-distribute it under LGPL. > May-be there is a misunderstanding? Let me try to elaborate: One can't "relicense" BSD code in the sense of "replacing their license with the [L]GPL", but many of BSD-ishly-licensed files can be added to [L]GPL'ed works and the "whole works" be licensed under the [L]GPL. It would mean the "package as a whole" would be [L]GPL'ed ("umbrella"), because the [L]GPL is more restrictive license than most BSD-licenses, while individual files inside of the package would still carry their individual BSDish, [L]GPL or else licenses. Ralf From arcriley@gmail.com Mon Jan 11 19:55:38 2010 Return-Path: X-Original-To: gtkglext-list@gnome.org Delivered-To: gtkglext-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 461887500C6 for ; Mon, 11 Jan 2010 19:55:38 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.444 X-Spam-Level: X-Spam-Status: No, score=-2.444 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, TW_GT=0.077, TW_TK=0.077] autolearn=no Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id OywLXYSOWU3f for ; Mon, 11 Jan 2010 19:55:30 +0000 (GMT) Received: from mail-yx0-f185.google.com (mail-yx0-f185.google.com [209.85.210.185]) by menubar.gnome.org (Postfix) with ESMTP id 569A575008E for ; Mon, 11 Jan 2010 19:55:22 +0000 (GMT) Received: by yxe15 with SMTP id 15so20939814yxe.9 for ; Mon, 11 Jan 2010 11:55:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:from:date:x-google-sender-auth:message-id:subject:to:cc :content-type; bh=rf6qBlifjYm1hzAP2hU+EGwUwf2x8xg9VV7TTe1pmBQ=; b=wp3whx5Ep4/c+Obpzc3nkkHtcXhCPh0W3rN2bP4JohiD4WuBhBvVO8IM/ytupgildn 7LbA/dP8GhHI4619muraueiBXkxHA4f/Bjrq2WPmAYPhfluDu0jxadsObPeUurhlKzU5 X00mvqh/7Cex1lGgGEZ+s+PQ6GF2h8TS6SQ2M= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type; b=F3C3UPFewTel341JMr/Mo/+HMVfPC6HTkTR5EQ6MH1mASsXcn8Dzrn/zXWJedc9q2Y 9d/knFuBjWX4kEtwIC1+JNXkiVC/tuuMRGacwobdZhA5txbcPq7iViQjlMNXfcfG1xLl 9GQLdyDurJvLssgy1pn+GwwD3iJZaUGR/9bpQ= MIME-Version: 1.0 Sender: arcriley@gmail.com Received: by 10.101.132.14 with SMTP id j14mr8545299ann.58.1263239720198; Mon, 11 Jan 2010 11:55:20 -0800 (PST) In-Reply-To: <20100111123224.GA5843@jurassic> References: <20100111123224.GA5843@jurassic> From: Arc Riley Date: Mon, 11 Jan 2010 14:55:00 -0500 X-Google-Sender-Auth: 9ad1a867a5d98465 Message-ID: To: Mukund Sivaraman Content-Type: multipart/alternative; boundary=0016e68fd060c9e2c5047ce8ea81 Cc: gtkglext-list@gnome.org Subject: Re: [GtkGLExt] API changes for the next major gtkglext release (glext) X-BeenThere: gtkglext-list@gnome.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Use and development of GtkGLExt, gtkglextmm, and PyGtkGLExt" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Jan 2010 19:55:38 -0000 --0016e68fd060c9e2c5047ce8ea81 Content-Type: text/plain; charset=UTF-8 On Mon, Jan 11, 2010 at 7:32 AM, Mukund Sivaraman wrote: > We cannot combine code that has a similar license to the BSD license > (non-copyleft), with LGPL licensed (copyleft) code. > > You can link in between these, such as a program linking to a library, > but not form a single binary object from it, such as a .so containing > both LGPL and BSD licensed code. > > I'm not a lawyer. This is our interpretation of these licenses, and > what we'll stick with. > You are incorrect in your understanding of copyright law. Copyright law has no concept of "linking", all that matters is what is considered a single copyrighted work. The LGPL specifically allows "linking", and defines the parameters for this, but that is permission in how LGPL covered work can be used in other works and in no way impedes your ability to include BSD licensed work in an LGPL licensed work. This is done on a regular basis in the free software community. If you do not believe or understand this, please consult the fine folk at the Software Freedom Law Center ( http://www.softwarefreedom.org/) who will further clarify this for you. GLEW is broken *now*. It has apparently been fixed in it's development tree, which will not be available to us for 6-12 months after their next release due to the various distribution release cycles. Our next release is due in 38 days, and as such, GLEW is completely unavailable to us. gtkglglext.h is ready and works now, it's been widely packaged and distributed, and that is what we are using. We do not like dependency bloat nor does the Gnome project. Gnome has far too many dependencies as it is and there is an active, collective push to keep this number from expanding any further. Removing vital functionality from a library, which on whole only adds a few K to the compiled .so (vs a few hundred K in a separate .so), because another library outside the Gnome project provides it's functionality is not acceptable. --0016e68fd060c9e2c5047ce8ea81 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
On Mon, Jan 11, 2010 at 7:32 AM, Mukund Sivarama= n <muks@banu.com&= gt; wrote:
We cannot combine code that has a similar license to the BSD license
(non-copyleft), with LGPL licensed (copyleft) code.

You can link in between these, such as a program linking to a library,
but not form a single binary object from it, such as a .so containing
both LGPL and BSD licensed code.

I'm not a lawyer. This is our interpretation of these licenses, and
what we'll stick with.

You are incorrect in yo= ur understanding of copyright law.

Copyright law has no concept of &= quot;linking", all that matters is what is considered a single copyrig= hted work.=C2=A0 The LGPL specifically allows "linking", and defi= nes the parameters for this, but that is permission in how LGPL covered wor= k can be used in other works and in no way impedes your ability to include = BSD licensed work in an LGPL licensed work.=C2=A0 This is done on a regular= basis in the free software community.

If you do not believe or understand this, please consult the fine folk = at the Software Freedom Law Center ( http://www.softwarefreedom.org/) who will further clarify this fo= r you.

GLEW is broken now.=C2=A0 It has apparently been fixed in it'= ;s development tree, which will not be available to us for 6-12 months afte= r their next release due to the various distribution release cycles.=C2=A0 = Our next release is due in 38 days, and as such, GLEW is completely unavail= able to us.=C2=A0 gtkglglext.h is ready and works now, it's been widely= packaged and distributed, and that is what we are using.

We do not like dependency bloat nor does the Gnome project.=C2=A0 Gnome= has far too many dependencies as it is and there is an active, collective = push to keep this number from expanding any further.=C2=A0 Removing vital f= unctionality from a library, which on whole only adds a few K to the compil= ed .so (vs a few hundred K in a separate .so), because another library outs= ide the Gnome project provides it's functionality is not acceptable.
--0016e68fd060c9e2c5047ce8ea81-- From muks@banu.com Mon Jan 11 20:42:08 2010 Return-Path: X-Original-To: gtkglext-list@gnome.org Delivered-To: gtkglext-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 97B3A750129 for ; Mon, 11 Jan 2010 20:42:08 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -1.826 X-Spam-Level: X-Spam-Status: No, score=-1.826 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, RCVD_IN_SORBS_WEB=0.619, TW_GT=0.077, TW_TK=0.077] autolearn=no Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id nr7lwFqpMQqP for ; Mon, 11 Jan 2010 20:42:01 +0000 (GMT) Received: from mail.banu.com (mail.banu.com [67.19.28.195]) by menubar.gnome.org (Postfix) with ESMTP id 5BA7A750115 for ; Mon, 11 Jan 2010 20:41:53 +0000 (GMT) Received: from jurassic (unknown [117.201.37.141]) by mail.banu.com (Postfix) with ESMTP id A8DF6111004E; Mon, 11 Jan 2010 14:41:49 -0600 (CST) Date: Tue, 12 Jan 2010 02:11:43 +0530 From: Mukund Sivaraman To: Arc Riley Message-ID: <20100111204141.GA17795@jurassic> References: <20100111123224.GA5843@jurassic> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-08-17) Cc: gtkglext-list@gnome.org Subject: Re: [GtkGLExt] API changes for the next major gtkglext release (glext) X-BeenThere: gtkglext-list@gnome.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Use and development of GtkGLExt, gtkglextmm, and PyGtkGLExt" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Jan 2010 20:42:08 -0000 On Mon, Jan 11, 2010 at 02:55:00PM -0500, Arc Riley wrote: > On Mon, Jan 11, 2010 at 7:32 AM, Mukund Sivaraman wrote: > > > We cannot combine code that has a similar license to the BSD license > > (non-copyleft), with LGPL licensed (copyleft) code. > > > > You can link in between these, such as a program linking to a library, > > but not form a single binary object from it, such as a .so containing > > both LGPL and BSD licensed code. > > > > I'm not a lawyer. This is our interpretation of these licenses, and > > what we'll stick with. > > > > You are incorrect in your understanding of copyright law. > > Copyright law has no concept of "linking", all that matters is what is > considered a single copyrighted work. The LGPL specifically allows > "linking", and defines the parameters for this, but that is permission in > how LGPL covered work can be used in other works and in no way impedes your > ability to include BSD licensed work in an LGPL licensed work. This is done > on a regular basis in the free software community. > > If you do not believe or understand this, please consult the fine folk at > the Software Freedom Law Center ( http://www.softwarefreedom.org/) who will > further clarify this for you. If including BSD licensed code in LGPL code is fine as you and Ralf say, then I stand corrected. The license change is not the reason why we are removing the wrappers. So let's end this license-related discussion here. > GLEW is broken *now*. It has apparently been fixed in it's development > tree, which will not be available to us for 6-12 months after their next > release due to the various distribution release cycles. Our next release is > due in 38 days, and as such, GLEW is completely unavailable to us. > gtkglglext.h is ready and works now, it's been widely packaged and > distributed, and that is what we are using. Similarly, the changes we are making to gtkglext will not be available in end-user distros for several months too. Until then, the current API remains as-is. You keep saying GLEW is broken. Can you elaborate on the problems you are facing with it apart from the .pc file and a missing configure script, which makes gtkglext more appealing? The gtkglext ext wrappers API is poor, when compared to GLee/GLEW. Even if we were to suddenly change our minds, we'd still not keep the wrapper API as-is in the next major release, which means that your program would still break. > We do not like dependency bloat nor does the Gnome project. Gnome has far > too many dependencies as it is and there is an active, collective push to > keep this number from expanding any further. Removing vital functionality > from a library, which on whole only adds a few K to the compiled .so (vs a > few hundred K in a separate .so), because another library outside the Gnome > project provides it's functionality is not acceptable. Our API changes are for a new major release of gtkglext (2.0.x). This release contains several incompatible API changes with the 1.2 branch. However badly you want it in gtkglext, you must understand that it doesn't belong there, and that there are superior alternatives available. Mukund From arcriley@gmail.com Mon Jan 11 20:54:57 2010 Return-Path: X-Original-To: gtkglext-list@gnome.org Delivered-To: gtkglext-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 15C8875006E for ; Mon, 11 Jan 2010 20:54:57 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.444 X-Spam-Level: X-Spam-Status: No, score=-2.444 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, TW_GT=0.077, TW_TK=0.077] autolearn=no Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id VjVIefQOKhKV for ; Mon, 11 Jan 2010 20:54:52 +0000 (GMT) Received: from mail-yx0-f176.google.com (mail-yx0-f176.google.com [209.85.210.176]) by menubar.gnome.org (Postfix) with ESMTP id B9EE37500E8 for ; Mon, 11 Jan 2010 20:54:43 +0000 (GMT) Received: by yxe6 with SMTP id 6so53656yxe.13 for ; Mon, 11 Jan 2010 12:54:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:from:date:x-google-sender-auth:message-id:subject:to:cc :content-type; bh=Zju05d2qi4mZbTLQFhaD3rFb2+kwW0nYiII0ZuEAtuY=; b=aeb5Mh1BRrx3TIL3AX3dLvcevA1L8M2KqYUhLGCY3iUim6mU/rT9jp2mdK/tMK6KRd zVhOJCVDSLlUafClZWNc74oLPyhI31dKrW8MMkuOx4ktIKCsyzAOW5XHbUh8pdeAatZg ZBnm6Vx8S903bq4VcKdX22R0hP4Q6vGfIPdc4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type; b=xO9dsbOxzmWLL6TH4vy17ThkZOGyDZQy6UoUUOAKzK/vSERQ7mYo2nCrG0x2nqF4uV FvIrze0iRQJL4EFxa9/jxNqSNHtqcewTKZEU19HiOJEnZ0JCA9DZ3yaMNdMij5c+wo8g cR5eLvxPGrQ9JZZLyrBRZDYHyuT5aSbwa4Ru4= MIME-Version: 1.0 Sender: arcriley@gmail.com Received: by 10.101.105.32 with SMTP id h32mr6266043anm.37.1263243281083; Mon, 11 Jan 2010 12:54:41 -0800 (PST) In-Reply-To: <20100111204141.GA17795@jurassic> References: <20100111123224.GA5843@jurassic> <20100111204141.GA17795@jurassic> From: Arc Riley Date: Mon, 11 Jan 2010 15:54:21 -0500 X-Google-Sender-Auth: 29ef95b5b7c6be24 Message-ID: To: Mukund Sivaraman Content-Type: multipart/alternative; boundary=001636c5bd1208b454047ce9bfdd Cc: gtkglext-list@gnome.org Subject: Re: [GtkGLExt] API changes for the next major gtkglext release (glext) X-BeenThere: gtkglext-list@gnome.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Use and development of GtkGLExt, gtkglextmm, and PyGtkGLExt" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Jan 2010 20:54:57 -0000 --001636c5bd1208b454047ce9bfdd Content-Type: text/plain; charset=UTF-8 On Mon, Jan 11, 2010 at 3:41 PM, Mukund Sivaraman wrote: > You keep saying GLEW is broken. Can you elaborate on the problems you > are facing with it apart from the .pc file and a missing configure > script, which makes gtkglext more appealing? > The .pc is missing and it does not build with mingw on window. The only reason we need GLEW is for windows, given that both Quartz and Mesa include full extension headers (etc), and therefore it does not do what we need. The gtkglext ext wrappers API is poor, when compared to GLee/GLEW. > That is your opinion. Can you provide any evidence to back this up? It's a wrapper. It wraps extensions. Unless you are saying "it's not as complete as.." I do not understand how you have reached this conclusion. Even if we were to suddenly change our minds, we'd still not keep the > wrapper API as-is in the next major release, which means that your > program would still break. > So what you are saying is that gtkglext is an unstable dependency and should not be used by anyone right now. Understood. --001636c5bd1208b454047ce9bfdd Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
On Mon, Jan 11, 2010 at 3:41 PM, Mukund Sivarama= n <muks@banu.com&= gt; wrote:
You keep saying GLEW is broken. Can you elaborate on the problems you
are facing with it apart from the .pc file and a missing configure
script, which makes gtkglext more appealing?

The .= pc is missing and it does not build with mingw on window.=C2=A0 The only re= ason we need GLEW is for windows, given that both Quartz and Mesa include f= ull extension headers (etc), and therefore it does not do what we need.

The gtkglext ext wrappers API is poor, when compared to GLee/GLEW.

That is your opinion.=C2=A0 Can you provide any evidence t= o back this up?

It's a wrapper.=C2=A0 It wraps extensions.=C2=A0= Unless you are saying "it's not as complete as.." I do not u= nderstand how you have reached this conclusion.
=C2=A0

Even if we were to suddenly change our minds, we'd still not keep the wrapper API as-is in the next major release, which means that your
program would still break.

So what you are saying = is that gtkglext is an unstable dependency and should not be used by anyone= right now.

Understood.
--001636c5bd1208b454047ce9bfdd-- From braden@endoframe.com Mon Jan 11 21:31:10 2010 Return-Path: X-Original-To: gtkglext-list@gnome.org Delivered-To: gtkglext-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 318977500F8 for ; Mon, 11 Jan 2010 21:31:10 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.445 X-Spam-Level: X-Spam-Status: No, score=-2.445 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, TW_GT=0.077, TW_TK=0.077] autolearn=no Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id F49ImZq+jUD1 for ; Mon, 11 Jan 2010 21:31:04 +0000 (GMT) Received: from friskymail-a1.g.dreamhost.com (caibbdcaaaaf.dreamhost.com [208.113.200.5]) by menubar.gnome.org (Postfix) with ESMTP id 5CB0075006E for ; Mon, 11 Jan 2010 21:30:56 +0000 (GMT) Received: from turketron.tena-sda.org (portale-x.east.saic.com [198.151.13.15]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by friskymail-a1.g.dreamhost.com (Postfix) with ESMTP id 5D9E75F540 for ; Mon, 11 Jan 2010 13:30:53 -0800 (PST) Message-ID: <4B4B9889.8080208@endoframe.com> Date: Mon, 11 Jan 2010 16:30:49 -0500 From: Braden McDaniel User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.1.5) Gecko/20091204 Thunderbird/3.0 MIME-Version: 1.0 To: gtkglext-list@gnome.org References: <20100111123224.GA5843@jurassic> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [GtkGLExt] API changes for the next major gtkglext release (glext) X-BeenThere: gtkglext-list@gnome.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Use and development of GtkGLExt, gtkglextmm, and PyGtkGLExt" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Jan 2010 21:31:10 -0000 On 1/11/10 2:55 PM, Arc Riley wrote: > On Mon, Jan 11, 2010 at 7:32 AM, Mukund Sivaraman > wrote: > > We cannot combine code that has a similar license to the BSD license > (non-copyleft), with LGPL licensed (copyleft) code. > > You can link in between these, such as a program linking to a library, > but not form a single binary object from it, such as a .so containing > both LGPL and BSD licensed code. > > I'm not a lawyer. This is our interpretation of these licenses, and > what we'll stick with. > > > You are incorrect in your understanding of copyright law. This branch of the discussion is moot; technical issues, rather than legal ones, are driving this decision. > GLEW is broken /now/. It has apparently been fixed in it's development > tree, which will not be available to us for 6-12 months after their next > release due to the various distribution release cycles. I can understand why that could be inconvenient for you; but this is not the sort of problem that should be addressed by adding functionality to GtkGLExt. > Our next > release is due in 38 days, and as such, GLEW is completely unavailable > to us. gtkglglext.h is ready and works now, it's been widely packaged > and distributed, and that is what we are using. Then be aware that the current plan is for this to go away in the next release. > We do not like dependency bloat nor does the Gnome project. I would be very surprised if persons within the Gnome project working to reduce the proliferation of dependencies view the application of NIH principles as a correct strategy for achieving that goal. (But if they do, then I don't mind working against them.) > Gnome has > far too many dependencies as it is and there is an active, collective > push to keep this number from expanding any further. Removing vital > functionality from a library, which on whole only adds a few K to the > compiled .so (vs a few hundred K in a separate .so), because another > library outside the Gnome project provides it's functionality is not > acceptable. That's not convincing: where the importance of this issue overrides other considerations, link statically. Putting arbitrary GL-related functionality into GtkGLExt is precisely what we're moving away from in the next release. The glext stuff is getting the axe because GTK+ applications don't have any special needs in this department (i.e., ones that aren't shared by non-GTK+ cross-platform apps). IMO, if there is a convincing argument to be made here, it's one that refutes that claim. Braden From muks@banu.com Mon Jan 11 21:51:48 2010 Return-Path: X-Original-To: gtkglext-list@gnome.org Delivered-To: gtkglext-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id E3E777500C7 for ; Mon, 11 Jan 2010 21:51:47 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -1.826 X-Spam-Level: X-Spam-Status: No, score=-1.826 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, RCVD_IN_SORBS_WEB=0.619, TW_GT=0.077, TW_TK=0.077] autolearn=no Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FGqDz6BsKJ-N for ; Mon, 11 Jan 2010 21:51:42 +0000 (GMT) Received: from mail.banu.com (mail.banu.com [67.19.28.195]) by menubar.gnome.org (Postfix) with ESMTP id 1CDDD750068 for ; Mon, 11 Jan 2010 21:51:33 +0000 (GMT) Received: from jurassic (unknown [117.201.37.141]) by mail.banu.com (Postfix) with ESMTP id 9AB51111004E; Mon, 11 Jan 2010 15:51:30 -0600 (CST) Date: Tue, 12 Jan 2010 03:21:24 +0530 From: Mukund Sivaraman To: Arc Riley Message-ID: <20100111215122.GA19199@jurassic> References: <20100111123224.GA5843@jurassic> <20100111204141.GA17795@jurassic> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-08-17) Cc: gtkglext-list@gnome.org Subject: Re: [GtkGLExt] API changes for the next major gtkglext release (glext) X-BeenThere: gtkglext-list@gnome.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Use and development of GtkGLExt, gtkglextmm, and PyGtkGLExt" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Jan 2010 21:51:48 -0000 On Mon, Jan 11, 2010 at 03:54:21PM -0500, Arc Riley wrote: > The gtkglext ext wrappers API is poor, when compared to GLee/GLEW. > > > > That is your opinion. Can you provide any evidence to back this up? It is my opinion, having used both APIs, and having regenerated one of them recently. Try using both APIs to see how they differ. If you feel gtkglext is superior, then that's fine. I'm not gonna win any medals arguing this out with you. All this time I talked to you on IRC, I wanted to help you find a way. Do as you please with whatever you want to use. I took time to suggest alternatives. It's fine if you don't like them. I wish you good luck. Mukund From arcriley@gmail.com Mon Jan 11 22:51:09 2010 Return-Path: X-Original-To: gtkglext-list@gnome.org Delivered-To: gtkglext-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 3B495750118 for ; Mon, 11 Jan 2010 22:51:09 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.444 X-Spam-Level: X-Spam-Status: No, score=-2.444 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, TW_GT=0.077, TW_TK=0.077] autolearn=no Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id k6JbHY4i1xL8 for ; Mon, 11 Jan 2010 22:51:04 +0000 (GMT) Received: from mail-yw0-f181.google.com (mail-yw0-f181.google.com [209.85.211.181]) by menubar.gnome.org (Postfix) with ESMTP id EEF087500E5 for ; Mon, 11 Jan 2010 22:50:55 +0000 (GMT) Received: by ywh11 with SMTP id 11so21973924ywh.9 for ; Mon, 11 Jan 2010 14:50:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:from:date:x-google-sender-auth:message-id:subject:to:cc :content-type; bh=qVAxiaNNg6NMNOuHbuIaKuj3NFzVlBfLqyyUCvVOPug=; b=Zq3zPwbbagEyf5O/BzPp4auQ4eCRjwsU+rT31aPd1iRt4TeZsUuJeYGTYF0Qv55LTs XfQlmpcNfVhoASdRV1Y2qlVqUBeLn3kia99vW3ZRpPy/V1aKTQ+wCUw0G+qBvSwjPzPp 5EYZby8q4IqzALtyfokeVq7AkPCe/Lw9GDHTk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type; b=eUpJf9qRVKfb4pqAgvnPNZREuzgFTmr/3y0qY2NIkYj2PYfo7y3trSebbN8hugjOU7 KMu/RJtGk23mJWkPRIDZWJa9BZtTh1qUloq4FVFe5RS5ejVjv/g/zkMDmdZJy4oA98ua MD2j4M4trbKCArq/rBy2uazXXcA+YOp5qKM3M= MIME-Version: 1.0 Sender: arcriley@gmail.com Received: by 10.101.142.11 with SMTP id u11mr1740540ann.35.1263250254127; Mon, 11 Jan 2010 14:50:54 -0800 (PST) In-Reply-To: <4B4B9889.8080208@endoframe.com> References: <20100111123224.GA5843@jurassic> <4B4B9889.8080208@endoframe.com> From: Arc Riley Date: Mon, 11 Jan 2010 17:50:34 -0500 X-Google-Sender-Auth: fb629fa1f6f5067c Message-ID: To: Braden McDaniel Content-Type: multipart/alternative; boundary=0016e6d27cc8a8e1f2047ceb5e66 Cc: gtkglext-list@gnome.org Subject: Re: [GtkGLExt] API changes for the next major gtkglext release (glext) X-BeenThere: gtkglext-list@gnome.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Use and development of GtkGLExt, gtkglextmm, and PyGtkGLExt" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Jan 2010 22:51:09 -0000 --0016e6d27cc8a8e1f2047ceb5e66 Content-Type: text/plain; charset=UTF-8 On Mon, Jan 11, 2010 at 4:30 PM, Braden McDaniel wrote: > The glext stuff is getting the axe because GTK+ applications don't have any > special needs in this department (i.e., ones that aren't shared by non-GTK+ > cross-platform apps). IMO, if there is a convincing argument to be made > here, it's one that refutes that claim. > Then why not remove context support? GLEW provides glewContextInit and related functionality. There's nothing GTK+ specific about a GL context. GLEW also provides extension testing, so there's no need to implement gdk_gl_query_gl_extension beyond mapping it in the header as an alias to glewIsSupported. Since any app using gtkglext 2.0 would need to use GLEW, why not make GLEW a dependency of gtkglext and trim the API down to *only* the explicit functions needed to use GL inside GDK/GTK. Then you could provide gdkglglext.h backward compatibility just linking gdk_gl_* to the GLEW equiv and list these in the docs as depreciated, included only to support gtkglext 1.0 apps and recommend using GLEW directly instead. --0016e6d27cc8a8e1f2047ceb5e66 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
On Mon, Jan 11, 2010 at 4:30 PM, Braden McDaniel= <braden@endof= rame.com> wrote:
The glext stuff is getting the axe because GTK+ applications don't have= any special needs in this department (i.e., ones that aren't shared by= non-GTK+ cross-platform apps). =C2=A0IMO, if there is a convincing argumen= t to be made here, it's one that refutes that claim.

Then why not remove context support?=C2=A0 GLEW provides g= lewContextInit and related functionality.=C2=A0 There's nothing GTK+ sp= ecific about a GL context.

GLEW also provides extension testing, so = there's no need to implement gdk_gl_query_gl_extension beyond mapping i= t in the header as an alias to glewIsSupported.=C2=A0 Since any app using g= tkglext 2.0 would need to use GLEW, why not make GLEW a dependency of gtkgl= ext and trim the API down to *only* the explicit functions needed to use GL= inside GDK/GTK.

Then you could provide gdkglglext.h backward compatibility just linking= gdk_gl_* to the GLEW equiv and list these in the docs as depreciated, incl= uded only to support gtkglext 1.0 apps and recommend using GLEW directly in= stead.
--0016e6d27cc8a8e1f2047ceb5e66-- From braden@endoframe.com Tue Jan 12 05:00:53 2010 Return-Path: X-Original-To: gtkglext-list@gnome.org Delivered-To: gtkglext-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 8D0BF750111 for ; Tue, 12 Jan 2010 05:00:53 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.445 X-Spam-Level: X-Spam-Status: No, score=-2.445 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, TW_GT=0.077, TW_TK=0.077] autolearn=no Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id H6eqASyGy02O for ; Tue, 12 Jan 2010 05:00:47 +0000 (GMT) Received: from friskymail-a3.g.dreamhost.com (caibbdcaaaaf.dreamhost.com [208.113.200.5]) by menubar.gnome.org (Postfix) with ESMTP id 970A97500E8 for ; Tue, 12 Jan 2010 05:00:39 +0000 (GMT) Received: from [192.168.1.25] (ip72-205-34-41.dc.dc.cox.net [72.205.34.41]) by friskymail-a3.g.dreamhost.com (Postfix) with ESMTP id 949A9181097 for ; Mon, 11 Jan 2010 21:00:37 -0800 (PST) From: Braden McDaniel To: gtkglext-list@gnome.org In-Reply-To: References: <20100111123224.GA5843@jurassic> <4B4B9889.8080208@endoframe.com> Content-Type: text/plain; charset="UTF-8" Date: Tue, 12 Jan 2010 00:00:36 -0500 Message-ID: <1263272436.14215.180.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.28.2 (2.28.2-1.fc12) Content-Transfer-Encoding: 7bit Subject: Re: [GtkGLExt] API changes for the next major gtkglext release (glext) X-BeenThere: gtkglext-list@gnome.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Use and development of GtkGLExt, gtkglextmm, and PyGtkGLExt" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jan 2010 05:00:53 -0000 On Mon, 2010-01-11 at 17:50 -0500, Arc Riley wrote: > On Mon, Jan 11, 2010 at 4:30 PM, Braden McDaniel > wrote: > The glext stuff is getting the axe because GTK+ applications > don't have any special needs in this department (i.e., ones > that aren't shared by non-GTK+ cross-platform apps). IMO, if > there is a convincing argument to be made here, it's one that > refutes that claim. > > Then why not remove context support? GLEW provides glewContextInit > and related functionality. There's nothing GTK+ specific about a GL > context. You might not want to give us ideas. ;-) As it stands, the GdkGLContext notion is coupled pretty strongly to that of the GdkGLDrawable. It is conceivable (to me, at least) that some future alternative approach to all this might bury the context from direct view. But I don't anticipate anything like this happening in the 2.0 timeframe; and any such change would almost certainly be accompanied by a deprecation period for the old API. > GLEW also provides extension testing, so there's no need to implement > gdk_gl_query_gl_extension beyond mapping it in the header as an alias > to glewIsSupported. Since any app using gtkglext 2.0 would need to > use GLEW, why not make GLEW a dependency of gtkglext and trim the API > down to *only* the explicit functions needed to use GL inside GDK/GTK. I'm pretty sure this function is on our chopping block, too. > Then you could provide gdkglglext.h backward compatibility just > linking gdk_gl_* to the GLEW equiv and list these in the docs as > depreciated, included only to support gtkglext 1.0 apps and recommend > using GLEW directly instead. We're not interested in having GtkGLExt depend on GLEW--especially not just to provide legacy functionality. Users who need what GLEW provides can go directly to GLEW (or GLee, etc.). The next GtkGLExt release is going to require a very recent GTK+, too. It's not going to be a drop-in replacement for GtkGLExt 1.x. It is targeted at new apps and those that are being upgraded to use modern APIs. For better or for worse, we're not really able to avoid breaking API compatibility with the next release (bug 604333). We're taking this opportunity to do some additional culling of bits that represent functionality outside the core role we see GtkGLExt taking. -- Braden McDaniel From axora@axora.net Tue Jan 12 18:22:10 2010 Return-Path: X-Original-To: gtkglext-list@gnome.org Delivered-To: gtkglext-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id DAC2875011B for ; Tue, 12 Jan 2010 18:22:10 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.445 X-Spam-Level: X-Spam-Status: No, score=-2.445 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, TW_GT=0.077, TW_TK=0.077] autolearn=no Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id yIivtaWtfs70 for ; Tue, 12 Jan 2010 18:22:05 +0000 (GMT) Received: from p3plsmtpa01-05.prod.phx3.secureserver.net (p3plsmtpa01-05.prod.phx3.secureserver.net [72.167.82.85]) by menubar.gnome.org (Postfix) with SMTP id 16A2675010A for ; Tue, 12 Jan 2010 18:21:56 +0000 (GMT) Received: (qmail 18218 invoked from network); 12 Jan 2010 18:21:42 -0000 Received: from unknown (87.194.2.228) by p3plsmtpa01-05.prod.phx3.secureserver.net (72.167.82.85) with ESMTP; 12 Jan 2010 18:21:41 -0000 Message-ID: <4B4CBDB4.8030408@axora.net> Date: Tue, 12 Jan 2010 18:21:40 +0000 From: Jose Commins User-Agent: Thunderbird 1.5.0.14 (Macintosh/20071210) MIME-Version: 1.0 To: gtkglext-list@gnome.org References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [GtkGLExt] gtkglext-list Digest, Vol 65, Issue 3 X-BeenThere: gtkglext-list@gnome.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Use and development of GtkGLExt, gtkglextmm, and PyGtkGLExt" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jan 2010 18:22:11 -0000 Braden McDaniel wrote: > We're not interested in having GtkGLExt depend on GLEW--especially not > just to provide legacy functionality. Users who need what GLEW provides > can go directly to GLEW (or GLee, etc.). > What he said :) Indeed, it would be a bit of a waste to add API functionality equivalent to GLEW that already exists and that most people are familiar with already. GLEW/GLee may have the odd quirk but are common and integrate well. As a heavy user of GtkGLExt it would just be weird to use another set of calls to do the same thing already - it would almost be like replacing the standard OpenGL commands :P > The next GtkGLExt release is going to require a very recent GTK+, too. > It's not going to be a drop-in replacement for GtkGLExt 1.x. It is > targeted at new apps and those that are being upgraded to use modern > APIs. For better or for worse, we're not really able to avoid breaking > API compatibility with the next release (bug 604333). We're taking this > opportunity to do some additional culling of bits that represent > functionality outside the core role we see GtkGLExt taking. That should be fine - migrating from Glade to GTKBuilder wasn't that much of a hassle so I reckon users would understand - GtkGLExt is a great system. Regards, Jose. From muks@banu.com Tue Jan 12 19:54:47 2010 Return-Path: X-Original-To: gtkglext-list@gnome.org Delivered-To: gtkglext-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 694A275013E for ; Tue, 12 Jan 2010 19:54:47 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -1.826 X-Spam-Level: X-Spam-Status: No, score=-1.826 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, RCVD_IN_SORBS_WEB=0.619, TW_GL=0.077, TW_GT=0.077] autolearn=no Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id r4b0mfu5ZHn5 for ; Tue, 12 Jan 2010 19:54:40 +0000 (GMT) Received: from mail.banu.com (mail.banu.com [67.19.28.195]) by menubar.gnome.org (Postfix) with ESMTP id 033AF750126 for ; Tue, 12 Jan 2010 19:54:31 +0000 (GMT) Received: from jurassic (unknown [117.201.40.108]) by mail.banu.com (Postfix) with ESMTP id 999341110052; Tue, 12 Jan 2010 13:54:26 -0600 (CST) Date: Wed, 13 Jan 2010 01:24:20 +0530 From: Mukund Sivaraman To: Raymond Maple Message-ID: <20100112195418.GA11251@jurassic> References: <68c4ee660912071939y3480b163s29c5eb2b0033cba2@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <68c4ee660912071939y3480b163s29c5eb2b0033cba2@mail.gmail.com> User-Agent: Mutt/1.5.20 (2009-08-17) Cc: gtkglext-list@gnome.org Subject: Re: [GtkGLExt] not receiving motion-notify-events X-BeenThere: gtkglext-list@gnome.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Use and development of GtkGLExt, gtkglextmm, and PyGtkGLExt" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jan 2010 19:54:47 -0000 On Mon, Dec 07, 2009 at 09:39:56PM -0600, Raymond Maple wrote: > Hello, > I recently upgraded to ubuntu 9.10, and am having trouble with a > pyglkglext application I have been working on. The code runs fine on > RHEL5.3 and ubuntu 9.04, but when I run under ubuntu 9.10, I do not receive > any motion-notify-events in the GLArea window. My application uses > GLScene/GLArea from the gtk.gtkgl.apputils module. I have confirmed that > motion-nofity-event is being added and the callback connected, but the event > never seems to be raised. Button-press and button-release events seem to be > behaving correctly, as well as scroll wheel events (which I add manually > since button5-events don't work in gtk 2.2). Has anyone else seen this > behavior? Any suggestions on diagnosing/fixing? Hi Raymond It turns out that this was a bug in gtk+. It has been fixed in the gtk+ 2.18.5 release. Upgrading to this version should fix the bug for you. The gtk+ bug: https://bugzilla.gnome.org/show_bug.cgi?id=601473 Mukund From bounces@nabble.com Thu Jan 14 21:53:07 2010 Return-Path: X-Original-To: gtkglext-list@gnome.org Delivered-To: gtkglext-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 8389F7501B7 for ; Thu, 14 Jan 2010 21:53:07 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9zmy7Q9SRjT2 for ; Thu, 14 Jan 2010 21:53:00 +0000 (GMT) Received: from kuber.nabble.com (kuber.nabble.com [216.139.236.158]) by menubar.gnome.org (Postfix) with ESMTP id 52B537501CD for ; Thu, 14 Jan 2010 21:52:52 +0000 (GMT) Received: from isper.nabble.com ([192.168.236.156]) by kuber.nabble.com with esmtp (Exim 4.63) (envelope-from ) id 1NVXcZ-00080j-2U for gtkglext-list@gnome.org; Thu, 14 Jan 2010 13:52:51 -0800 Message-ID: <27168719.post@talk.nabble.com> Date: Thu, 14 Jan 2010 13:52:51 -0800 (PST) From: Peter Sivak To: gtkglext-list@gnome.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Nabble-From: petikemail@gmail.com Subject: [GtkGLExt] GtkGLExt - (cross) building troubles X-BeenThere: gtkglext-list@gnome.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Use and development of GtkGLExt, gtkglextmm, and PyGtkGLExt" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Jan 2010 21:53:07 -0000 Hello, I want to (cross) build from source the "GtkGLExt" library (the OpenGL extension to GTK+). I am in Linux and I want to build the "Windows" version of that library (for cross-compiling I use "MinGW"). So I downloaded the source code from " http://downloads.sourceforge.net/gtkglext/gtkglext-1.2.0.tar.gz http://downloads.sourceforge.net/gtkglext/gtkglext-1.2.0.tar.gz ", extracted it and then run: ./configure --host=i386-pc-mingw32 but I got the error: configure: error: Cannot find GL library So I just copied those OpenGL library and include files which are "shipped with MinGW" - "libopengl32.a", "libglu32.a" and "libglaux.a" to a "lib-search" directory; and "GL/gl.h", "GL/glu.h" and "GL/glext.h" to an "include-search" directory - and try the configure command again - but nothing changed :-( . It seems that I don't have all the required OpenGL files for building the GtkGLExt library. So do you know what OpenGL files and from where should I get or what environment variables should I set to successfully (cross) build the GtkGLExt library from source? -- View this message in context: http://old.nabble.com/GtkGLExt---%28cross%29-building-troubles-tp27168719p27168719.html Sent from the Gnome - GtkGLExt mailing list archive at Nabble.com. From john@darrington.wattle.id.au Fri Jan 15 05:45:43 2010 Return-Path: X-Original-To: gtkglext-list@gnome.org Delivered-To: gtkglext-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 2DB0475002D for ; Fri, 15 Jan 2010 05:45:43 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.445 X-Spam-Level: X-Spam-Status: No, score=-2.445 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, TW_GT=0.077, TW_TK=0.077] autolearn=no Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ALTTq2kJqL9a for ; Fri, 15 Jan 2010 05:45:35 +0000 (GMT) Received: from cloacina.cellform.com (cellform.com [203.82.214.165]) by menubar.gnome.org (Postfix) with ESMTP id DF36175009C for ; Fri, 15 Jan 2010 05:45:25 +0000 (GMT) Received: from cloacina.cellform.com (localhost [127.0.0.1]) by cloacina.cellform.com (8.14.3/8.14.3/Debian-5) with ESMTP id o0F5jJsr020810; Fri, 15 Jan 2010 05:45:19 GMT Received: (from john@localhost) by cloacina.cellform.com (8.14.3/8.14.3/Submit) id o0F5jGTd020809; Fri, 15 Jan 2010 05:45:16 GMT Date: Fri, 15 Jan 2010 05:45:16 +0000 From: John Darrington To: Peter Sivak Message-ID: <20100115054516.GA20795@cellform.com> References: <27168719.post@talk.nabble.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="YiEDa0DAkWCtVeE4" Content-Disposition: inline In-Reply-To: <27168719.post@talk.nabble.com> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: gtkglext-list@gnome.org Subject: Re: [GtkGLExt] GtkGLExt - (cross) building troubles X-BeenThere: gtkglext-list@gnome.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Use and development of GtkGLExt, gtkglextmm, and PyGtkGLExt" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jan 2010 05:45:43 -0000 --YiEDa0DAkWCtVeE4 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Installing the libraries is not sufficient. You must also install the header files. On most operating systems these come in packages with a "-de= v" suffix. J' On Thu, Jan 14, 2010 at 01:52:51PM -0800, Peter Sivak wrote: =20 Hello, I want to (cross) build from source the "GtkGLExt" library (the OpenGL extension to GTK+). I am in Linux and I want to build the "Windows" version of that librar= y (for cross-compiling I use "MinGW"). =20 So I downloaded the source code from " http://downloads.sourceforge.net/gtkglext/gtkglext-1.2.0.tar.gz http://downloads.sourceforge.net/gtkglext/gtkglext-1.2.0.tar.gz ", ext= racted it and then run: =20 ./configure --host=3Di386-pc-mingw32 =20 but I got the error: =20 configure: error: Cannot find GL library =20 So I just copied those OpenGL library and include files which are "shi= pped with MinGW" - "libopengl32.a", "libglu32.a" and "libglaux.a" to a "lib-search" directory; and "GL/gl.h", "GL/glu.h" and "GL/glext.h" to = an "include-search" directory - and try the configure command again - but nothing changed :-( . =20 It seems that I don't have all the required OpenGL files for building = the GtkGLExt library. =20 So do you know what OpenGL files and from where should I get or what environment variables should I set to successfully (cross) build the GtkGLExt library from source? --=20 View this message in context: http://old.nabble.com/GtkGLExt---%28cros= s%29-building-troubles-tp27168719p27168719.html Sent from the Gnome - GtkGLExt mailing list archive at Nabble.com. =20 _______________________________________________ gtkglext-list mailing list gtkglext-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtkglext-list --=20 PGP Public key ID: 1024D/2DE827B3=20 fingerprint =3D 8797 A26D 0854 2EAB 0285 A290 8A67 719C 2DE8 27B3 See http://pgp.mit.edu or any PGP keyserver for public key. --YiEDa0DAkWCtVeE4 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) iD8DBQFLUADsimdxnC3oJ7MRAqBHAJ9hob6GPz/ESBG5q3p+E4Ajn57jngCghxNA laiItCGY9YrADcmfPLcwgN8= =ISMK -----END PGP SIGNATURE----- --YiEDa0DAkWCtVeE4-- From braden@endoframe.com Fri Jan 15 18:13:32 2010 Return-Path: X-Original-To: gtkglext-list@gnome.org Delivered-To: gtkglext-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id A8B3F7501D8 for ; Fri, 15 Jan 2010 18:13:29 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6yVMoKPAsV5I for ; Fri, 15 Jan 2010 18:13:20 +0000 (GMT) Received: from friskymail-a1.g.dreamhost.com (caibbdcaaaaf.dreamhost.com [208.113.200.5]) by menubar.gnome.org (Postfix) with ESMTP id 827667501F3 for ; Fri, 15 Jan 2010 18:13:12 +0000 (GMT) Received: from turketron.tena-sda.org (portale-x.east.saic.com [198.151.13.15]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by friskymail-a1.g.dreamhost.com (Postfix) with ESMTP id 222485F58C for ; Fri, 15 Jan 2010 10:13:09 -0800 (PST) Message-ID: <4B50B035.7070600@endoframe.com> Date: Fri, 15 Jan 2010 13:13:09 -0500 From: Braden McDaniel User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.1.5) Gecko/20091204 Thunderbird/3.0 MIME-Version: 1.0 To: gtkglext-list@gnome.org References: <1263220037.2847.12404.camel@localhost> In-Reply-To: <1263220037.2847.12404.camel@localhost> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: [GtkGLExt] porting to OSX/Quartz X-BeenThere: gtkglext-list@gnome.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Use and development of GtkGLExt, gtkglextmm, and PyGtkGLExt" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jan 2010 18:13:32 -0000 On 1/11/10 9:27 AM, Braden McDaniel wrote: > On Mon, 2010-01-11 at 00:09 -0500, Arc Riley wrote: >> We're waiting on a patch for >> https://bugzilla.gnome.org/show_bug.cgi?id=606378 which I was told >> will be another week or two. >> >> However, we are using GDK as the windowing/input backend for our 3d >> game engine (http://www.pysoy.org/) and our team has OSX machines for >> development/testing. I read in the archives that patches for partial >> OSX support have been written but the attachments (if any) were not >> archived. >> >> Is this in version control? Where can we get a copy and collaborate >> in getting this working? > > The GtkGLExt bug on this is here: > > https://bugzilla.gnome.org/show_bug.cgi?id=604435 I've updated this patch. There are a few more changes I'd like to make before I think it's worthy of being committed to master; but it should now be in a usable state. Braden From bounces@nabble.com Fri Jan 15 20:27:10 2010 Return-Path: X-Original-To: gtkglext-list@gnome.org Delivered-To: gtkglext-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 7A24C7501AC for ; Fri, 15 Jan 2010 20:27:10 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -0.567 X-Spam-Level: X-Spam-Status: No, score=-0.567 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, TW_GT=0.077, URIBL_BLACK=1.955] autolearn=no Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id yt-InjHzxXUM for ; Fri, 15 Jan 2010 20:27:04 +0000 (GMT) Received: from kuber.nabble.com (kuber.nabble.com [216.139.236.158]) by menubar.gnome.org (Postfix) with ESMTP id DD8CD7501F8 for ; Fri, 15 Jan 2010 20:26:55 +0000 (GMT) Received: from isper.nabble.com ([192.168.236.156]) by kuber.nabble.com with esmtp (Exim 4.63) (envelope-from ) id 1NVskt-0007ls-LF for gtkglext-list@gnome.org; Fri, 15 Jan 2010 12:26:51 -0800 Message-ID: <27183119.post@talk.nabble.com> Date: Fri, 15 Jan 2010 12:26:51 -0800 (PST) From: Peter Sivak To: gtkglext-list@gnome.org In-Reply-To: <20100115054516.GA20795@cellform.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Nabble-From: petikemail@gmail.com References: <27168719.post@talk.nabble.com> <20100115054516.GA20795@cellform.com> Subject: Re: [GtkGLExt] GtkGLExt - (cross) building troubles X-BeenThere: gtkglext-list@gnome.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Use and development of GtkGLExt, gtkglextmm, and PyGtkGLExt" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jan 2010 20:27:10 -0000 Hello once again, I would try to correct a little bit my previous message. I have solved the "configure: error: Cannot find GL library" error. The problem was in that I used this parameter: "--host=i386-pc-mingw32", but I have the MinGW suite installed in some directory, where there is a subdirectory called "i386-mingw32" (without the "pc" part). So I just called the configure command with this parameter: "i386-mingw32" (without "pc") and the configure process finally found the OpenGL required libraries. So this problem "is solved". But I have always tried the configure command with the additional parameters: "--disable-gtktest" and "--disable-glibtest" because I had problems without that parameters. So now, when I run this configure command: configure --host=i386-mingw32 it throws this error: checking for GLIB - version >= 2.0.0... no *** Could not run GLIB test program, checking why... *** The test program failed to compile or link. See the file config.log for the *** exact error that occured. This usually means GLIB is incorrectly installed. configure: error: GLib 2.0 not found So the "GLib" library was not found but I think I have that library (and the correct version of that library) installed (I have also the right "glib-2.0.pc" file in the "pkgconfig" directory). And the same problem is with the "gtk+" library. Do you know how to solve this? P.S.: Before these problems I have also a problem with the "pangox" library, but I read somewhere, that the solution is to remove all references to pangox in "configure" and "configure.in" files, so I manually remove some lines from these files where there was a reference to pangox. Couldn't be problem in that? P.S.2: By the way, when I run the command: "configure --host=i386-mingw32 --disable-gtktest --disable-glibtest", the configure process will successfully complete, but there is again some error after running the "make" command. -- View this message in context: http://old.nabble.com/GtkGLExt---%28cross%29-building-troubles-tp27168719p27183119.html Sent from the Gnome - GtkGLExt mailing list archive at Nabble.com. From john@darrington.wattle.id.au Fri Jan 15 21:26:45 2010 Return-Path: X-Original-To: gtkglext-list@gnome.org Delivered-To: gtkglext-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 540BC7501FE for ; Fri, 15 Jan 2010 21:26:45 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -0.49 X-Spam-Level: X-Spam-Status: No, score=-0.49 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, TW_GT=0.077, TW_TK=0.077, URIBL_BLACK=1.955] autolearn=no Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id fo89yJQaXIt1 for ; Fri, 15 Jan 2010 21:26:37 +0000 (GMT) Received: from cloacina.cellform.com (cellform.com [203.82.214.165]) by menubar.gnome.org (Postfix) with ESMTP id 5FF217501F1 for ; Fri, 15 Jan 2010 21:26:28 +0000 (GMT) Received: from cloacina.cellform.com (localhost [127.0.0.1]) by cloacina.cellform.com (8.14.3/8.14.3/Debian-5) with ESMTP id o0FLQNp4002443; Fri, 15 Jan 2010 21:26:23 GMT Received: (from john@localhost) by cloacina.cellform.com (8.14.3/8.14.3/Submit) id o0FLQLsO002441; Fri, 15 Jan 2010 21:26:21 GMT Date: Fri, 15 Jan 2010 21:26:21 +0000 From: John Darrington To: Peter Sivak Message-ID: <20100115212621.GA2412@cellform.com> References: <27168719.post@talk.nabble.com> <20100115054516.GA20795@cellform.com> <27183119.post@talk.nabble.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="huq684BweRXVnRxX" Content-Disposition: inline In-Reply-To: <27183119.post@talk.nabble.com> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: gtkglext-list@gnome.org Subject: Re: [GtkGLExt] GtkGLExt - (cross) building troubles X-BeenThere: gtkglext-list@gnome.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Use and development of GtkGLExt, gtkglextmm, and PyGtkGLExt" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jan 2010 21:26:45 -0000 --huq684BweRXVnRxX Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable You have to set the PKG_CONFIG_LIBDIR variable to point to the .pc files f= or the=20 host architechture. See the man page for pkg-config J' On Fri, Jan 15, 2010 at 12:26:51PM -0800, Peter Sivak wrote: =20 Hello once again, I would try to correct a little bit my previous message. =20 I have solved the "configure: error: Cannot find GL library" error. The problem was in that I used this parameter: "--host=3Di386-pc-mingw32",= but I have the MinGW suite installed in some directory, where there is a subdirectory called "i386-mingw32" (without the "pc" part). So I just called the configure command with this parameter: "i386-ming= w32" (without "pc") and the configure process finally found the OpenGL requ= ired libraries. So this problem "is solved". =20 =20 But I have always tried the configure command with the additional parameters: "--disable-gtktest" and "--disable-glibtest" because I had problems without that parameters. =20 So now, when I run this configure command: =20 configure --host=3Di386-mingw32 =20 it throws this error: =20 checking for GLIB - version >=3D 2.0.0... no *** Could not run GLIB test program, checking why... *** The test program failed to compile or link. See the file confi= g.log for the *** exact error that occured. This usually means GLIB is incorrect= ly installed. configure: error: GLib 2.0 not found =20 So the "GLib" library was not found but I think I have that library (a= nd the correct version of that library) installed (I have also the right "glib-2.0.pc" file in the "pkgconfig" directory). And the same problem is with the "gtk+" library. =20 Do you know how to solve this? =20 =20 P.S.: Before these problems I have also a problem with the "pangox" li= brary, but I read somewhere, that the solution is to remove all references to pangox in "configure" and "configure.in" files, so I manually remove s= ome lines from these files where there was a reference to pangox. Couldn't= be problem in that? =20 P.S.2: By the way, when I run the command: "configure --host=3Di386-mi= ngw32 --disable-gtktest --disable-glibtest", the configure process will successfully complete, but there is again some error after running the "make" command. --=20 View this message in context: http://old.nabble.com/GtkGLExt---%28cros= s%29-building-troubles-tp27168719p27183119.html Sent from the Gnome - GtkGLExt mailing list archive at Nabble.com. =20 _______________________________________________ gtkglext-list mailing list gtkglext-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtkglext-list --=20 PGP Public key ID: 1024D/2DE827B3=20 fingerprint =3D 8797 A26D 0854 2EAB 0285 A290 8A67 719C 2DE8 27B3 See http://pgp.mit.edu or any PGP keyserver for public key. --huq684BweRXVnRxX Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) iD8DBQFLUN19imdxnC3oJ7MRAr8QAJ9nOHXg52r8rOKTqaTfX5LwUTAPhwCfQ8DD r7OZoJA4IF6XwJk2NBwGQa0= =JVyn -----END PGP SIGNATURE----- --huq684BweRXVnRxX-- From bounces@nabble.com Fri Jan 15 22:22:55 2010 Return-Path: X-Original-To: gtkglext-list@gnome.org Delivered-To: gtkglext-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 48E9B7501EA for ; Fri, 15 Jan 2010 22:22:55 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id jBg2a-G+Spqv for ; Fri, 15 Jan 2010 22:22:48 +0000 (GMT) Received: from kuber.nabble.com (kuber.nabble.com [216.139.236.158]) by menubar.gnome.org (Postfix) with ESMTP id 0D5317501FE for ; Fri, 15 Jan 2010 22:22:39 +0000 (GMT) Received: from isper.nabble.com ([192.168.236.156]) by kuber.nabble.com with esmtp (Exim 4.63) (envelope-from ) id 1NVuYw-0006cj-HT for gtkglext-list@gnome.org; Fri, 15 Jan 2010 14:22:38 -0800 Message-ID: <27184432.post@talk.nabble.com> Date: Fri, 15 Jan 2010 14:22:38 -0800 (PST) From: Peter Sivak To: gtkglext-list@gnome.org In-Reply-To: <20100115212621.GA2412@cellform.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Nabble-From: petikemail@gmail.com References: <27168719.post@talk.nabble.com> <20100115054516.GA20795@cellform.com> <27183119.post@talk.nabble.com> <20100115212621.GA2412@cellform.com> Subject: Re: [GtkGLExt] GtkGLExt - (cross) building troubles X-BeenThere: gtkglext-list@gnome.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Use and development of GtkGLExt, gtkglextmm, and PyGtkGLExt" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jan 2010 22:22:55 -0000 John Darrington-4 wrote: > > You have to set the PKG_CONFIG_LIBDIR variable to point to the .pc files > for the > host architechture. See the man page for pkg-config > > J' > I have set it but nothing changed. It still throws me the error: checking for GLIB - version >= 2.0.0... no *** Could not run GLIB test program, checking why... *** The test program failed to compile or link. See the file config.log for the *** exact error that occured. This usually means GLIB is incorrectly installed. configure: error: GLib 2.0 not found Here are all the environment variables I have set (I have Windows specific libraries in the "/windows" folder): export LD_LIBRARY_PATH=/windows/lib export PKG_CONFIG=/windows/bin/pkg-config.exe export PKG_CONFIG_PATH=/windows/lib/pkgconfig export PKG_CONFIG_LIBDIR=/windows/lib/pkgconfig but still nothing. Any other ideas? -- View this message in context: http://old.nabble.com/GtkGLExt---%28cross%29-building-troubles-tp27168719p27184432.html Sent from the Gnome - GtkGLExt mailing list archive at Nabble.com. From bounces@nabble.com Fri Jan 15 23:50:20 2010 Return-Path: X-Original-To: gtkglext-list@gnome.org Delivered-To: gtkglext-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 5A8EF750152 for ; Fri, 15 Jan 2010 23:50:20 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.445 X-Spam-Level: X-Spam-Status: No, score=-2.445 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, TW_GT=0.077, TW_TK=0.077] autolearn=no Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vUKG1IqU+KTH for ; Fri, 15 Jan 2010 23:50:13 +0000 (GMT) Received: from kuber.nabble.com (kuber.nabble.com [216.139.236.158]) by menubar.gnome.org (Postfix) with ESMTP id A072075007A for ; Fri, 15 Jan 2010 23:50:05 +0000 (GMT) Received: from isper.nabble.com ([192.168.236.156]) by kuber.nabble.com with esmtp (Exim 4.63) (envelope-from ) id 1NVvvX-0008WA-Kl for gtkglext-list@gnome.org; Fri, 15 Jan 2010 15:50:03 -0800 Message-ID: <27185222.post@talk.nabble.com> Date: Fri, 15 Jan 2010 15:50:03 -0800 (PST) From: Peter Sivak To: gtkglext-list@gnome.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Nabble-From: petikemail@gmail.com Subject: [GtkGLExt] First person shooter games - mouse movement X-BeenThere: gtkglext-list@gnome.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Use and development of GtkGLExt, gtkglextmm, and PyGtkGLExt" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jan 2010 23:50:20 -0000 Hello, I would like to make a "first person shooter" (fps) game, like Counter-Strike or Far Cry, using "OpenGL+gktglextmm" and "gtkmm" as a window manager. But I have a problem with "mouse movement" - in fps games, when you are moving with your player using mouse, you have the mouse pointer still in the center of the window. But when I construct some gtkmm window and pass the mouse pointer over it, I can then move the mouse pointer for example to the left and after some time I "go out" from that window - but that is what I "don't" want. Is there any function to tell the gtkmm window manager, that when I position the mouse pointer over the window, the mouse pointer will "stick" to that window and only for example after the ESCAPE click, the mouse pointer "release" from the window and become again the normal pointer? -- View this message in context: http://old.nabble.com/First-person-shooter-games---mouse-movement-tp27185222p27185222.html Sent from the Gnome - GtkGLExt mailing list archive at Nabble.com. From muks@banu.com Sat Jan 16 03:23:01 2010 Return-Path: X-Original-To: gtkglext-list@gnome.org Delivered-To: gtkglext-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id B150175015A for ; Sat, 16 Jan 2010 03:23:01 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -1.826 X-Spam-Level: X-Spam-Status: No, score=-1.826 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, RCVD_IN_SORBS_WEB=0.619, TW_GT=0.077, TW_TK=0.077] autolearn=no Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qo5QoxXwpnpf for ; Sat, 16 Jan 2010 03:22:56 +0000 (GMT) Received: from mail.banu.com (mail.banu.com [67.19.28.195]) by menubar.gnome.org (Postfix) with ESMTP id D10957500AF for ; Sat, 16 Jan 2010 03:22:47 +0000 (GMT) Received: from jurassic (unknown [117.201.40.162]) by mail.banu.com (Postfix) with ESMTP id 9249B1110052; Fri, 15 Jan 2010 21:22:42 -0600 (CST) Date: Sat, 16 Jan 2010 08:52:36 +0530 From: Mukund Sivaraman To: Peter Sivak Message-ID: <20100116032233.GA2443@jurassic> References: <27185222.post@talk.nabble.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <27185222.post@talk.nabble.com> User-Agent: Mutt/1.5.20 (2009-08-17) Cc: gtkglext-list@gnome.org Subject: Re: [GtkGLExt] First person shooter games - mouse movement X-BeenThere: gtkglext-list@gnome.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Use and development of GtkGLExt, gtkglextmm, and PyGtkGLExt" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Jan 2010 03:23:02 -0000 On Fri, Jan 15, 2010 at 03:50:03PM -0800, Peter Sivak wrote: > Is there any function to tell the gtkmm window manager, that when I position > the mouse pointer over the window, the mouse pointer will "stick" to that > window and only for example after the ESCAPE click, the mouse pointer > "release" from the window and become again the normal pointer? You can grab the pointer. See gdk_pointer_grab(), which is a GTK+ function. You should be able to find an equivalent in gtkmm. Mukund From rc040203@freenet.de Sat Jan 16 03:56:55 2010 Return-Path: X-Original-To: gtkglext-list@gnome.org Delivered-To: gtkglext-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 80ABD7500DD for ; Sat, 16 Jan 2010 03:56:55 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2nQcy9Me3RA3 for ; Sat, 16 Jan 2010 03:56:49 +0000 (GMT) Received: from mout4.freenet.de (mout4.freenet.de [195.4.92.94]) by menubar.gnome.org (Postfix) with ESMTP id C374B7500AF for ; Sat, 16 Jan 2010 03:56:40 +0000 (GMT) Received: from [195.4.92.21] (helo=11.mx.freenet.de) by mout4.freenet.de with esmtpa (ID ralf.corsepius@freenet.de) (port 25) (Exim 4.70 #1) id 1NVzm9-00039G-Qp; Sat, 16 Jan 2010 04:56:37 +0100 Received: from hsi-kbw-078-043-063-233.hsi4.kabel-badenwuerttemberg.de ([78.43.63.233]:64275 helo=[192.168.1.104]) by 11.mx.freenet.de with esmtpsa (ID ralf.corsepius@freenet.de) (TLSv1:AES256-SHA:256) (port 465) (Exim 4.69 #94) id 1NVzm9-0006eQ-Nw; Sat, 16 Jan 2010 04:56:37 +0100 Message-ID: <4B5138F5.1090903@freenet.de> Date: Sat, 16 Jan 2010 04:56:37 +0100 From: Ralf Corsepius User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.5) Gecko/20091209 Fedora/3.0-4.fc12 Thunderbird/3.0 MIME-Version: 1.0 To: Peter Sivak References: <27168719.post@talk.nabble.com> <20100115054516.GA20795@cellform.com> <27183119.post@talk.nabble.com> <20100115212621.GA2412@cellform.com> <27184432.post@talk.nabble.com> In-Reply-To: <27184432.post@talk.nabble.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: gtkglext-list@gnome.org Subject: Re: [GtkGLExt] GtkGLExt - (cross) building troubles X-BeenThere: gtkglext-list@gnome.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Use and development of GtkGLExt, gtkglextmm, and PyGtkGLExt" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Jan 2010 03:56:55 -0000 On 01/15/2010 11:22 PM, Peter Sivak wrote: > Any other ideas? Check your config.log - It should provide further insights about what might go wrong. My wild guess is your cross-toolchain might be incomplete or miss-configured. Can you the version of GtkGLExt in git a try? Your testcase (cross building for mingw32 on Linux) had been amongst the testcases I have recently been testing the git version for on Fedora (Comes with a pretty clean and sufficiently complete linux->mingw32 toolchain). Ralf From michalis.kambi@gmail.com Sat Jan 16 16:17:16 2010 Return-Path: X-Original-To: gtkglext-list@gnome.org Delivered-To: gtkglext-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id B74A2750096 for ; Sat, 16 Jan 2010 16:17:16 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.445 X-Spam-Level: X-Spam-Status: No, score=-2.445 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, TW_GT=0.077, TW_TK=0.077] autolearn=no Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id kv7rA2u-I8ha for ; Sat, 16 Jan 2010 16:17:10 +0000 (GMT) Received: from mail-fx0-f227.google.com (mail-fx0-f227.google.com [209.85.220.227]) by menubar.gnome.org (Postfix) with ESMTP id 8689C750088 for ; Sat, 16 Jan 2010 16:17:10 +0000 (GMT) Received: by fxm27 with SMTP id 27so1038078fxm.23 for ; Sat, 16 Jan 2010 08:17:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=CMRNA6DL0FYv6TGaMNq/4ws+vwuwRwsq4te1XPzvmr8=; b=CqTIQCEbN44yWRrM08MycinY+ZQd2lBBHXJ3X8TdXQkRB8QVSKZRP4Ie39MzB2Lv/4 s5WWneQKoKHsIuLtd26CgKsub99dagcm0uc77dhMIio9ImBsQcJCkMDM3srRzGeJDRgV z4uz2CMAFt06A+OVXoUSMFwfN5iCK+a/GVOA8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=de22Kt2jISUxr1nPL+uJgLJjNsavtiX77a/jMrS+zOkhoYHt/GrJA7kO3NqksrflJJ HA/NTd/AF5aN81ObsoFPTHOjC5Kc/Tz828guRVPFeM5SdSUhEumiWzwg0Zs1WfmtyaLe Qn2pJgLpSXHSeBVcVCKU23oUAnC6nYCoVToCg= Received: by 10.223.164.75 with SMTP id d11mr477700fay.68.1263658628496; Sat, 16 Jan 2010 08:17:08 -0800 (PST) Received: from ?192.168.1.149? (90-156-65-119.magma-net.pl [90.156.65.119]) by mx.google.com with ESMTPS id 16sm816951fxm.8.2010.01.16.08.17.07 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 16 Jan 2010 08:17:07 -0800 (PST) Message-ID: <4B51E680.10002@gmail.com> Date: Sat, 16 Jan 2010 17:17:04 +0100 From: Michalis Kamburelis User-Agent: Mozilla-Thunderbird 2.0.0.22 (X11/20090706) MIME-Version: 1.0 To: Mukund Sivaraman References: <27185222.post@talk.nabble.com> <20100116032233.GA2443@jurassic> In-Reply-To: <20100116032233.GA2443@jurassic> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: gtkglext-list@gnome.org, Peter Sivak Subject: Re: [GtkGLExt] First person shooter games - mouse movement X-BeenThere: gtkglext-list@gnome.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Use and development of GtkGLExt, gtkglextmm, and PyGtkGLExt" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Jan 2010 16:17:17 -0000 Mukund Sivaraman wrote: > On Fri, Jan 15, 2010 at 03:50:03PM -0800, Peter Sivak wrote: >> Is there any function to tell the gtkmm window manager, that when I position >> the mouse pointer over the window, the mouse pointer will "stick" to that >> window and only for example after the ESCAPE click, the mouse pointer >> "release" from the window and become again the normal pointer? > > You can grab the pointer. See gdk_pointer_grab(), which is a GTK+ > function. You should be able to find an equivalent in gtkmm. > I'm not sure if grabbing would be enough. The user could still move the mouse to the edge of the screen, and even though your program will receive these mouse events, they will be useless --- as the user cannot move the mouse any further. When you're doing mouse look, user must always be able to move the mouse in any direction, because for mouse look you're interested in "relative" mouse moves (that is, "new mouse position" is not interesting to you per se, only "new mouse position - old mouse position"). The normal approach to mouse look, AFAIK, is to continously reposition the mouse to stay in the middle of the window. That's at least how I do it, and it works mighty fine :) Sure, grabbing may still be useful. Otherwise, when the user moves the mouse very fast and/or system is highly loaded, user could leave the window and (depending on when you reposition the mouse to the middle of the window) you may not want it. Michalis From bounces@nabble.com Thu Jan 21 12:13:09 2010 Return-Path: X-Original-To: gtkglext-list@gnome.org Delivered-To: gtkglext-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 123D47500C1 for ; Thu, 21 Jan 2010 12:13:09 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.214 X-Spam-Level: X-Spam-Status: No, score=-2.214 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, TW_BM=0.077, TW_GD=0.077, TW_GT=0.077, TW_LG=0.077, TW_TK=0.077] autolearn=no Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id DjrMhQ-xjOUv for ; Thu, 21 Jan 2010 12:13:01 +0000 (GMT) Received: from kuber.nabble.com (kuber.nabble.com [216.139.236.158]) by menubar.gnome.org (Postfix) with ESMTP id 6A89F750110 for ; Thu, 21 Jan 2010 12:12:53 +0000 (GMT) Received: from isper.nabble.com ([192.168.236.156]) by kuber.nabble.com with esmtp (Exim 4.63) (envelope-from ) id 1NXvu7-000288-JN for gtkglext-list@gnome.org; Thu, 21 Jan 2010 04:12:51 -0800 Message-ID: <27256813.post@talk.nabble.com> Date: Thu, 21 Jan 2010 04:12:51 -0800 (PST) From: Peter Sivak To: gtkglext-list@gnome.org In-Reply-To: <4B5138F5.1090903@freenet.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Nabble-From: petikemail@gmail.com References: <27168719.post@talk.nabble.com> <20100115054516.GA20795@cellform.com> <27183119.post@talk.nabble.com> <20100115212621.GA2412@cellform.com> <27184432.post@talk.nabble.com> <4B5138F5.1090903@freenet.de> Subject: Re: [GtkGLExt] GtkGLExt - (cross) building troubles X-BeenThere: gtkglext-list@gnome.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Use and development of GtkGLExt, gtkglextmm, and PyGtkGLExt" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Jan 2010 12:13:09 -0000 Hello again, I have finally built the GtkGlExt libraries - before that I had a "big mess" in files when I was always copying some files from and to directories, again copy, something move, etc... . So I realized to set up again my building environment from scratch, and it helped. "But" I have successfully built it "only" with these configure parameters: ./configure --host=i386-mingw32 --disable-glibtest --disable-gtktest Now I want to build "gtkglextmm" (the C++ binding of GtkGlExt) "against" GtkGlExt, but I have the same error I had with building GtkGlExt: checking for GtkGLExt - version >= 1.0.0... no *** Could not run GtkGLExt test program, checking why... *** The test program failed to compile or link. See the file config.log for the *** exact error that occured. This usually means GtkGLExt is incorrectly installed. configure: error: GtkGLExt not found I can again use the configure command for gtkglextmm with these arguments to bypass that error: ./configure --host=i386-mingw32 --disable-gtkglext-test ...and it will be configured without problems but then I get this error after calling "make" command: make all-recursive make[1]: Entering directory `/home/petike/src/gtkglextmm-1.2.0' Making all in tools make[2]: Entering directory `/home/petike/src/gtkglextmm-1.2.0/tools' Making all in extra_defs_gen make[3]: Entering directory `/home/petike/src/gtkglextmm-1.2.0/tools/extra_defs_gen' /bin/bash ../../libtool --mode=link i386-mingw32-g++ -g -O2 -Wall -mms-bitfields -o generate_extra_defs.exe generate_defs_gtkglext.o -L/windows/lib -L/windows/gtkmm/lib -lgtkglext-win32-1.0 -lgdkglext-win32-1.0 -lglu32 -lopengl32 -luser32 -lkernel32 -lgtkmm-2.4 -lgiomm-2.4 -lgdkmm-2.4 -latkmm-1.6 -lgtk-win32-2.0 -lpangomm-1.4 -lcairomm-1.0 -lglibmm-2.4 -lsigc-2.0 -lgdk-win32-2.0 -latk-1.0 -lgio-2.0 -lgdk_pixbuf-2.0 -lpangowin32-1.0 -lgdi32 -lpang -lstdc++ -lglibmm_generate_extra_defs-2.4 -lgmodule-2.0 -lglib-2.0 -lintl -L/windows/lib -L/windows/gtkmm/lib /windows/lib/libgtkglext-win32-1.0.dll.a /windows/lib/libgdkglext-win32-1.0.dll.a -lglu32 -lopengl32 -luser32 -lkernel32 -lgtkmm-2.4 -lgiomm-2.4 -lgdkmm-2.4 -latkmm-1.6 -lgtk-win32-2.0 -lpangomm-1.4 -lcairomm-1.0 -lglibmm-2.4 -lsigc-2.0 -lgdk-win32-2.0 -latk-1.0 -lgio-2.0 -lgdk_pixbuf-2.0 -lpangowin32-1.0 -lgdi32 -lpangocairo-1.0 -lpango-1.0 -lcairo -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -lintl -lstdc++ -lglibmm_generate_extra_defs-2.4 -L/windows/lib -L/windows/lib : No such file or directory make[3]: *** [generate_extra_defs.exe] Error 1 make[3]: Leaving directory `/home/petike/src/gtkglextmm-1.2.0/tools/extra_defs_gen' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/home/petike/src/gtkglextmm-1.2.0/tools' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/petike/src/gtkglextmm-1.2.0' make: *** [all] Error 2 I think there is a problem with the arguments "--disable-" - when the configure script wanted to run some test program but it couldn't (I don't know why) - and if I find "why" - maybe I will solve also the other errors. Probably there is some problem with "dynamic libraries" (gtk, glib, gtkglext) - maybe I should set some environment variable (some "LD_RUN_PATH" or "LD_LIBRARY_PATH"), but I don't know too much about these steps (I am good at "writing" programs in c++, not in "compiling" them). Do you someone know, what should I do next (I am starting to be very desperate)? ========================================= P.S.: Answer to "Ralf Corsepius" ("... My wild guess is your cross-toolchain might be incomplete or miss-configured ..."): I tried also another version of mingw cross toolchain (the version which I installed though "aptitude" in Ubuntu) and there were the same problems. So I think there is problem with something different. ========================================= -- View this message in context: http://old.nabble.com/GtkGLExt---%28cross%29-building-troubles-tp27168719p27256813.html Sent from the Gnome - GtkGLExt mailing list archive at Nabble.com. From jody.xha@gmail.com Sat Jan 23 11:19:59 2010 Return-Path: X-Original-To: gtkglext-list@gnome.org Delivered-To: gtkglext-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id A581D75004D for ; Sat, 23 Jan 2010 11:19:59 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.445 X-Spam-Level: X-Spam-Status: No, score=-2.445 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, TW_GT=0.077, TW_TK=0.077] autolearn=no Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Ka32t4PP-jyH for ; Sat, 23 Jan 2010 11:19:52 +0000 (GMT) Received: from mail-bw0-f213.google.com (mail-bw0-f213.google.com [209.85.218.213]) by menubar.gnome.org (Postfix) with ESMTP id 206D7750024 for ; Sat, 23 Jan 2010 11:19:43 +0000 (GMT) Received: by bwz5 with SMTP id 5so1730468bwz.23 for ; Sat, 23 Jan 2010 03:19:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=jckp3soD2wZ9m1n7ZXrf5G5HBVANUft3Dte+0+xROTg=; b=IqwvOBvUsGoMieGvF+pTY3uhSh9fmlulR3fOH3UGB8Rw+ueSFVZ0K9RUXCkxqoJlRM wejwDtTEwe+AvcKEZSSXlQ2ntcnkmop+xR+8KFBAu6wuv0HoYbNNmKfymeOsxuu+fAAd 1ty4nh5uayXPXCA6JASe3iocF71JddgG9cw2Y= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=Zm4UD89CowPcvLefmBb+D7P10n9KWv3GkwZBOFBCC38oUQkuL/KNTqvA6OmfYUygU0 z+DeSaFIZZV77LE6NgpHNbljP4H3RroNfWWYGKQ4oVRQTpqjxCiuZdnujdKlTpNSbVz7 qcoODm7xj0PzWVve4+l/WJjFPIUFkLLxmS1WY= MIME-Version: 1.0 Received: by 10.204.11.15 with SMTP id r15mr768641bkr.40.1264245579486; Sat, 23 Jan 2010 03:19:39 -0800 (PST) Date: Sat, 23 Jan 2010 12:19:39 +0100 Message-ID: <9b0da5ce1001230319y21380b19sbe0cab8017876f2b@mail.gmail.com> From: jody To: gtkglext-list@gnome.org Content-Type: text/plain; charset=ISO-8859-1 Subject: [GtkGLExt] Documentation gone? X-BeenThere: gtkglext-list@gnome.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Use and development of GtkGLExt, gtkglextmm, and PyGtkGLExt" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Jan 2010 11:19:59 -0000 Hi When i try to get the gtkglext reference by clicking on the link 'GtkGLExt Reference Manual' on http://projects.gnome.org/gtkglext/doc.html i get the message Not Found The requested URL /gtkglext/reference/gtkglext/ was not found on this server. Does anybody n^know where it has been moved to? Thank You Jody From muks@banu.com Sat Jan 23 14:42:32 2010 Return-Path: X-Original-To: gtkglext-list@gnome.org Delivered-To: gtkglext-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 1E59D75004D for ; Sat, 23 Jan 2010 14:42:32 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.368 X-Spam-Level: X-Spam-Status: No, score=-2.368 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, TW_BG=0.077, TW_GT=0.077, TW_TK=0.077] autolearn=no Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id bDiRK8cm-fte for ; Sat, 23 Jan 2010 14:42:24 +0000 (GMT) Received: from mail.banu.com (mail.banu.com [67.19.28.195]) by menubar.gnome.org (Postfix) with ESMTP id DCA32750091 for ; Sat, 23 Jan 2010 14:42:15 +0000 (GMT) Received: from jurassic (unknown [117.207.129.159]) by mail.banu.com (Postfix) with ESMTP id 340BA1110067; Sat, 23 Jan 2010 08:42:11 -0600 (CST) Date: Sat, 23 Jan 2010 20:12:06 +0530 From: Mukund Sivaraman To: jody Message-ID: <20100123144204.GA3154@jurassic> References: <9b0da5ce1001230319y21380b19sbe0cab8017876f2b@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <9b0da5ce1001230319y21380b19sbe0cab8017876f2b@mail.gmail.com> User-Agent: Mutt/1.5.20 (2009-08-17) Cc: gtkglext-list@gnome.org Subject: Re: [GtkGLExt] Documentation gone? X-BeenThere: gtkglext-list@gnome.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Use and development of GtkGLExt, gtkglextmm, and PyGtkGLExt" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Jan 2010 14:42:32 -0000 Hi Jody On Sat, Jan 23, 2010 at 12:19:39PM +0100, jody wrote: > Hi > > When i try to get the gtkglext reference by clicking > on the link 'GtkGLExt Reference Manual' > on > http://projects.gnome.org/gtkglext/doc.html > > i get the message > Not Found > > The requested URL /gtkglext/reference/gtkglext/ was not found on this server. > > Does anybody n^know where it has been moved to? As part of moving to the GNOME project infrastructure, the API docs should have been generated and published at . It looks like this has not been completed yet. The docs should still be available on the gtkglext.sourceforge.net website, but it seems that a generic redirect is causing all traffic from gtkglext.sourceforge.net to go to the new website at projects.gnome.org. You should still be able to find the documentation for the version of gtkglext that you are using in its developer or docs package (typically called something like gtkglext-devel [Fedora], or libgtkglext1-doc [Ubuntu]) which you should be able to browse using Devhelp. I'll chase up on the issue of docs not being available on library.gnome.org meanwhile. Mukund From muks@banu.com Sat Jan 23 14:52:21 2010 Return-Path: X-Original-To: gtkglext-list@gnome.org Delivered-To: gtkglext-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 8C8B475010A for ; Sat, 23 Jan 2010 14:52:21 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id iKzHAfGYISmV for ; Sat, 23 Jan 2010 14:52:13 +0000 (GMT) Received: from mail.banu.com (mail.banu.com [67.19.28.195]) by menubar.gnome.org (Postfix) with ESMTP id D366C7500B6 for ; Sat, 23 Jan 2010 14:52:05 +0000 (GMT) Received: from jurassic (unknown [117.207.129.159]) by mail.banu.com (Postfix) with ESMTP id 2E2941110067; Sat, 23 Jan 2010 08:52:02 -0600 (CST) Date: Sat, 23 Jan 2010 20:21:56 +0530 From: Mukund Sivaraman To: jody Message-ID: <20100123145155.GA3554@jurassic> References: <9b0da5ce1001230319y21380b19sbe0cab8017876f2b@mail.gmail.com> <20100123144204.GA3154@jurassic> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100123144204.GA3154@jurassic> User-Agent: Mutt/1.5.20 (2009-08-17) Cc: gtkglext-list@gnome.org Subject: Re: [GtkGLExt] Documentation gone? X-BeenThere: gtkglext-list@gnome.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Use and development of GtkGLExt, gtkglextmm, and PyGtkGLExt" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Jan 2010 14:52:21 -0000 On Sat, Jan 23, 2010 at 08:12:06PM +0530, Mukund Sivaraman wrote: > I'll chase up on the issue of docs not being available on > library.gnome.org meanwhile. https://bugzilla.gnome.org/show_bug.cgi?id=607873 This bug has been filed for this issue. We will work with the library.gnome.org website maintainers and get it published as soon as possible. Mukund From ronor.u@gmail.com Tue Jan 26 15:55:33 2010 Return-Path: X-Original-To: gtkglext-list@gnome.org Delivered-To: gtkglext-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id BB98975010F for ; Tue, 26 Jan 2010 15:55:33 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: 0.229 X-Spam-Level: X-Spam-Status: No, score=0.229 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, FM_FRM_RN_L_BRACK=2.674, TW_GT=0.077, TW_TK=0.077] autolearn=no Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1vMvqpWcFM7U for ; Tue, 26 Jan 2010 15:55:26 +0000 (GMT) Received: from mail-pz0-f182.google.com (mail-pz0-f182.google.com [209.85.222.182]) by menubar.gnome.org (Postfix) with ESMTP id 64C3D7500DD for ; Tue, 26 Jan 2010 15:55:18 +0000 (GMT) Received: by pzk12 with SMTP id 12so1494402pzk.13 for ; Tue, 26 Jan 2010 07:55:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=aXjw4xF+8z2QHRdm/rTfbR9rtF/lQKVMByDaJM4UIkM=; b=kDTC59v2Bpoc6pezb0cw0zm90OtBJUJlOWgEMVhXzEaZIrNvEB13u8XxY+tSCwSHn8 P4ZyjazCmLqxfRB2m2+4BgPOV82Fzhjn+SrQ+Eh0PJyQ6VV124nPslHMvIugf92qtTj+ Q+HwS8Pd07zoLJ4ngJyGdTifxXmRcXfbgRdt4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=xpBJgm814pRgc9e2AzjY/NwbdwLgv2nxQJBCaxPcKLb9ReX08PhBczqjSpzSbc5fwi 3zIgfdJe/HAp5ozx+3EN84/nX6A4XwUScECfGo9DzS8AdsaHvocdMJGto2Ozf6iv1c4C KyXZ/nTitr/W5DN3OCHs7kaWI8Wgy8HM6nmZs= MIME-Version: 1.0 Received: by 10.115.81.10 with SMTP id i10mr5626143wal.21.1264521316273; Tue, 26 Jan 2010 07:55:16 -0800 (PST) Date: Wed, 27 Jan 2010 00:55:14 +0900 Message-ID: From: =?ISO-2022-JP?B?GyRCPmVMbjkoSyEbKEI=?= To: gtkglext-list@gnome.org Content-Type: text/plain; charset=ISO-8859-1 Subject: [GtkGLExt] Where is the gtkglext manual? X-BeenThere: gtkglext-list@gnome.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Use and development of GtkGLExt, gtkglextmm, and PyGtkGLExt" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jan 2010 15:55:34 -0000 hi. I use gtkglext from yesterday. thanks. but I cannot see an online manual of GTKGLEXT. http://projects.gnome.org/gtkglext/reference/gtkglext/ is 404 not found. Where can I read it? From muks@banu.com Tue Jan 26 16:09:39 2010 Return-Path: X-Original-To: gtkglext-list@gnome.org Delivered-To: gtkglext-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id AAD6475010F for ; Tue, 26 Jan 2010 16:09:39 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -1.826 X-Spam-Level: X-Spam-Status: No, score=-1.826 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, RCVD_IN_SORBS_WEB=0.619, TW_GT=0.077, TW_TK=0.077] autolearn=no Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id G-zfz1m9REaT for ; Tue, 26 Jan 2010 16:09:32 +0000 (GMT) Received: from mail.banu.com (mail.banu.com [67.19.28.195]) by menubar.gnome.org (Postfix) with ESMTP id 49928750138 for ; Tue, 26 Jan 2010 16:09:24 +0000 (GMT) Received: from jurassic (unknown [117.201.35.1]) by mail.banu.com (Postfix) with ESMTP id 72D7E111006F; Tue, 26 Jan 2010 10:09:19 -0600 (CST) Date: Tue, 26 Jan 2010 21:39:13 +0530 From: Mukund Sivaraman To: =?utf-8?B?5LiK6YeO5a6P5rOV?= Message-ID: <20100126160911.GA2169@jurassic> References: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.5.20 (2009-08-17) Cc: gtkglext-list@gnome.org Subject: Re: [GtkGLExt] Where is the gtkglext manual? X-BeenThere: gtkglext-list@gnome.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Use and development of GtkGLExt, gtkglextmm, and PyGtkGLExt" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jan 2010 16:09:39 -0000 On Wed, Jan 27, 2010 at 12:55:14AM +0900, 上野宏法 wrote: > hi. > I use gtkglext from yesterday. thanks. but I cannot see an online > manual of GTKGLEXT. > http://projects.gnome.org/gtkglext/reference/gtkglext/ is 404 not found. > > Where can I read it? This question was only asked last week: http://mail.gnome.org/archives/gtkglext-list/2010-January/msg00027.html If you need it on the web in a hurry, please comment here: https://bugzilla.gnome.org/show_bug.cgi?id=607873 Mukund From ronor.u@gmail.com Tue Jan 26 16:39:31 2010 Return-Path: X-Original-To: gtkglext-list@gnome.org Delivered-To: gtkglext-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 29A5A7500DD for ; Tue, 26 Jan 2010 16:39:31 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: YES X-Spam-Score: 2.088 X-Spam-Level: ** X-Spam-Status: Yes, score=2.088 tagged_above=-999 required=2 tests=[BAYES_20=-0.74, FM_FRM_RN_L_BRACK=2.674, TW_GT=0.077, TW_TK=0.077] autolearn=no Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ZKl7YhRRJ4Zq for ; Tue, 26 Jan 2010 16:39:23 +0000 (GMT) Received: from mail-pz0-f182.google.com (mail-pz0-f182.google.com [209.85.222.182]) by menubar.gnome.org (Postfix) with ESMTP id 89B15750103 for ; Tue, 26 Jan 2010 16:39:15 +0000 (GMT) Received: by pzk12 with SMTP id 12so1525107pzk.13 for ; Tue, 26 Jan 2010 08:39:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=lQqQ40C7ie8QparX0J3vLqExG/ARau+6WguP/3W8Uz8=; b=h/JS0GibqpmKdv/ZaGG7GOQBYQKNlFIFn2hdfRVLYFzgyytD4KuYyE6VGF+PYO+OZl vW4Po+5980mDRR40QH5L2gCt8cfMx99bkIfnUFFMulx5GVErkgcM+DIYdrgI4/pHsPkK xw4BRlTHTpbbnYrXlKXHfeKNR23NZiZFZuIH8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=Ki+2Q6IadhtbBxaWpl28MlfDdvUwdzkY0axkv7/n+ANDgaOMcuGzKPICqwkITDYyof gVQxpwfHRHU6LrBCX4uCzw9pXR2hHv8mwpHuIiPIEzsZWWppYfbCaRvLdaQaIIOStfa1 zDcV2kYJ7SCq3UXbiADyFcjhltywNoCR3iVws= MIME-Version: 1.0 Received: by 10.114.23.5 with SMTP id 5mr5652322waw.41.1264523953963; Tue, 26 Jan 2010 08:39:13 -0800 (PST) In-Reply-To: <20100126160911.GA2169@jurassic> References: <20100126160911.GA2169@jurassic> Date: Wed, 27 Jan 2010 01:39:13 +0900 Message-ID: From: =?ISO-2022-JP?B?GyRCPmVMbjkoSyEbKEI=?= To: Mukund Sivaraman Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit Cc: gtkglext-list@gnome.org Subject: Re: [GtkGLExt] Where is the gtkglext manual? X-BeenThere: gtkglext-list@gnome.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Use and development of GtkGLExt, gtkglextmm, and PyGtkGLExt" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jan 2010 16:39:31 -0000 thanks a lot and I'm sorry. I should have referred to past ML. 2010$BG/(B1$B7n(B27$BF|(B1:09 Mukund Sivaraman : > On Wed, Jan 27, 2010 at 12:55:14AM +0900, $B>eLn9(K!(B wrote: >> hi. >> I use gtkglext from yesterday. thanks. but I cannot see an online >> manual of GTKGLEXT. >> http://projects.gnome.org/gtkglext/reference/gtkglext/ is 404 not found. >> >> Where can I read it? > > This question was only asked last week: > http://mail.gnome.org/archives/gtkglext-list/2010-January/msg00027.html > > If you need it on the web in a hurry, please comment here: > https://bugzilla.gnome.org/show_bug.cgi?id=607873 > > Mukund > _______________________________________________ > gtkglext-list mailing list > gtkglext-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtkglext-list > From muks@banu.com Tue Jan 26 17:30:11 2010 Return-Path: X-Original-To: gtkglext-list@gnome.org Delivered-To: gtkglext-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 4A20275008C for ; Tue, 26 Jan 2010 17:30:11 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -1.826 X-Spam-Level: X-Spam-Status: No, score=-1.826 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, RCVD_IN_SORBS_WEB=0.619, TW_GT=0.077, TW_TK=0.077] autolearn=no Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id s2MWY6jKq5Tm for ; Tue, 26 Jan 2010 17:30:03 +0000 (GMT) Received: from mail.banu.com (mail.banu.com [67.19.28.195]) by menubar.gnome.org (Postfix) with ESMTP id 0B24E750100 for ; Tue, 26 Jan 2010 17:29:53 +0000 (GMT) Received: from jurassic (unknown [117.201.35.1]) by mail.banu.com (Postfix) with ESMTP id 86160111006F; Tue, 26 Jan 2010 11:29:49 -0600 (CST) Date: Tue, 26 Jan 2010 22:59:33 +0530 From: Mukund Sivaraman To: =?utf-8?B?5LiK6YeO5a6P5rOV?= Message-ID: <20100126172931.GA3649@jurassic> References: <20100126160911.GA2169@jurassic> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.5.20 (2009-08-17) Cc: gtkglext-list@gnome.org Subject: Re: [GtkGLExt] Where is the gtkglext manual? X-BeenThere: gtkglext-list@gnome.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Use and development of GtkGLExt, gtkglextmm, and PyGtkGLExt" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jan 2010 17:30:11 -0000 On Wed, Jan 27, 2010 at 01:39:13AM +0900, 上野宏法 wrote: > thanks a lot and I'm sorry. > I should have referred to past ML. No worries :) This issue seems to get reported often, so please do comment on that bug so that it gets a higher priority and the docs are uploaded on library.gnome.org soon. Mukund From bounces@nabble.com Wed Jan 27 10:12:25 2010 Return-Path: X-Original-To: gtkglext-list@gnome.org Delivered-To: gtkglext-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 70A0C750169 for ; Wed, 27 Jan 2010 10:12:25 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.291 X-Spam-Level: X-Spam-Status: No, score=-2.291 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, TW_GD=0.077, TW_GT=0.077, TW_LG=0.077, TW_TK=0.077] autolearn=no Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Ua6kVEf7V30T for ; Wed, 27 Jan 2010 10:12:18 +0000 (GMT) Received: from kuber.nabble.com (kuber.nabble.com [216.139.236.158]) by menubar.gnome.org (Postfix) with ESMTP id 9FD8675013E for ; Wed, 27 Jan 2010 10:12:10 +0000 (GMT) Received: from isper.nabble.com ([192.168.236.156]) by kuber.nabble.com with esmtp (Exim 4.63) (envelope-from ) id 1Na4sZ-0007Jb-0H for gtkglext-list@gnome.org; Wed, 27 Jan 2010 02:12:07 -0800 Message-ID: <27335628.post@talk.nabble.com> Date: Wed, 27 Jan 2010 02:12:06 -0800 (PST) From: Peter Sivak To: gtkglext-list@gnome.org In-Reply-To: <27256813.post@talk.nabble.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Nabble-From: petikemail@gmail.com References: <27168719.post@talk.nabble.com> <20100115054516.GA20795@cellform.com> <27183119.post@talk.nabble.com> <20100115212621.GA2412@cellform.com> <27184432.post@talk.nabble.com> <4B5138F5.1090903@freenet.de> <27256813.post@talk.nabble.com> Subject: Re: [GtkGLExt] GtkGLExt - (cross) building troubles X-BeenThere: gtkglext-list@gnome.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Use and development of GtkGLExt, gtkglextmm, and PyGtkGLExt" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jan 2010 10:12:25 -0000 Hello again, still no success with building "gtkglextmm" library :-( . Could someone tell me from this error: configure:20212: checking for GtkGLExt - version >= 1.0.0 configure:20336: i386-mingw32-gcc -o conftest.exe -g -O2 -mms-bitfields -I/windows/include/gtkglext-1.0 -I/windows/lib/gtkglext-1.0/include -I/windows/include/gtk-2.0 -I/windows/lib/gtk-2.0/include -I/windows/include/pango-1.0 -I/windows/include/glib-2.0 -I/windows/lib/glib-2.0/include -I/windows/include/cairo -I/windows/include/freetype2 -I/windows/include -I/windows/include/libpng12 -I/windows/include/atk-1.0 ^M conftest.c -L/windows/lib -lgtkglext-win32-1.0 -lgdkglext-win32-1.0 -lglu32 -lopengl32 -luser32 -lkernel32 -lgtk-win32-2.0 -lgdk-win32-2.0 -latk-1.0 -lgio-2.0 -lgdk_pixbuf-2.0 -lpangowin32-1.0 -lgdi32 -lpangocairo-1.0 -lpango-1.0 -lcairo -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -lintl ^M >&5 i386-mingw32-gcc: ^M: No such file or directory "which" file or directory couldn't be found? P.S.: And what do the "^M" symbols from the error message mean (maybe the error is because of that "strange" symbols)? -- View this message in context: http://old.nabble.com/GtkGLExt---%28cross%29-building-troubles-tp27168719p27335628.html Sent from the Gnome - GtkGLExt mailing list archive at Nabble.com. From michalis.kambi@gmail.com Wed Jan 27 12:21:32 2010 Return-Path: X-Original-To: gtkglext-list@gnome.org Delivered-To: gtkglext-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 9A802750188 for ; Wed, 27 Jan 2010 12:21:32 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.291 X-Spam-Level: X-Spam-Status: No, score=-2.291 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, TW_GD=0.077, TW_GT=0.077, TW_LG=0.077, TW_TK=0.077] autolearn=no Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 97z7SMyXTRON for ; Wed, 27 Jan 2010 12:21:26 +0000 (GMT) Received: from mail-fx0-f227.google.com (mail-fx0-f227.google.com [209.85.220.227]) by menubar.gnome.org (Postfix) with ESMTP id 6F903750063 for ; Wed, 27 Jan 2010 12:21:16 +0000 (GMT) Received: by fxm27 with SMTP id 27so507563fxm.23 for ; Wed, 27 Jan 2010 04:21:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=hUiw7yhE7xS3fYwl0cf72V/rU2zxXebpDwtqigmIsyw=; b=WVzCpkbf9rM9fk3arRqLMl3t+x2ob74uO1N4U4LAHN5beLSx+ZHugil/pf0NWtJlPI Y1eCzBba65y//Yx+w4b/dnUIv+RxlZ57UYDn9ZV3zSU2Sy3NgNeFDwmMzi3avuH80sLM Uum7A7LmviTHpGev5MeIL6b1nFs8H4LZR+JUg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=VQF6lJbu/IV/ngRQXseUNIvjnyN0G3PpLC+M04jTJ75DFcuo8gN1oEJukb+kDBXtaB 67GeWZDBa/CwVScw1L3FtoWYKFMNdSQM1lBOAPQgPvpvptcBsQbT6abK3qhEA6Rf8wsG TRfEPF0/lb+ZOYp2+eM2gvXg77u2hJUTrBJdo= Received: by 10.223.5.142 with SMTP id 14mr1159124fav.39.1264594873765; Wed, 27 Jan 2010 04:21:13 -0800 (PST) Received: from ?192.168.1.149? (90-156-65-119.magma-net.pl [90.156.65.119]) by mx.google.com with ESMTPS id 15sm3854884fxm.10.2010.01.27.04.21.05 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 27 Jan 2010 04:21:07 -0800 (PST) Message-ID: <4B602FAF.6030001@gmail.com> Date: Wed, 27 Jan 2010 13:21:03 +0100 From: Michalis Kamburelis User-Agent: Mozilla-Thunderbird 2.0.0.22 (X11/20090706) MIME-Version: 1.0 To: Peter Sivak References: <27168719.post@talk.nabble.com> <20100115054516.GA20795@cellform.com> <27183119.post@talk.nabble.com> <20100115212621.GA2412@cellform.com> <27184432.post@talk.nabble.com> <4B5138F5.1090903@freenet.de> <27256813.post@talk.nabble.com> <27335628.post@talk.nabble.com> In-Reply-To: <27335628.post@talk.nabble.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: gtkglext-list@gnome.org Subject: Re: [GtkGLExt] GtkGLExt - (cross) building troubles X-BeenThere: gtkglext-list@gnome.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Use and development of GtkGLExt, gtkglextmm, and PyGtkGLExt" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jan 2010 12:21:32 -0000 Peter Sivak wrote: > Hello again, > still no success with building "gtkglextmm" library :-( . > > Could someone tell me from this error: > > configure:20212: checking for GtkGLExt - version >= 1.0.0 > configure:20336: i386-mingw32-gcc -o conftest.exe -g -O2 -mms-bitfields > -I/windows/include/gtkglext-1.0 -I/windows/lib/gtkglext-1.0/include > -I/windows/include/gtk-2.0 -I/windows/lib/gtk-2.0/include > -I/windows/include/pango-1.0 -I/windows/include/glib-2.0 > -I/windows/lib/glib-2.0/include -I/windows/include/cairo > -I/windows/include/freetype2 -I/windows/include -I/windows/include/libpng12 > -I/windows/include/atk-1.0 ^M conftest.c -L/windows/lib > -lgtkglext-win32-1.0 -lgdkglext-win32-1.0 -lglu32 -lopengl32 -luser32 > -lkernel32 -lgtk-win32-2.0 -lgdk-win32-2.0 -latk-1.0 -lgio-2.0 > -lgdk_pixbuf-2.0 -lpangowin32-1.0 -lgdi32 -lpangocairo-1.0 -lpango-1.0 > -lcairo -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -lintl ^M >&5 > i386-mingw32-gcc: ^M: No such file or directory > > "which" file or directory couldn't be found? > > P.S.: And what do the "^M" symbols from the error message mean (maybe the > error is because of that "strange" symbols)? Yes, ^M is the cause of this error. ^M = character number 13. Unix tools traditionally expect line endings as character 10, while DOS/Windows tools as two characters: 13+10. Although most newer tools can handle text files with both line endings, bash/sh under Windows may (for speed) still insist on having scripts with Unix line endings. The bottom line: you have a script with Windows line endings, while something along the way expects only Unix line endings, and treats character 13 (^M) like something strange --- e.g. additional filename on the command-line, a filename that of course doesn't exist. Try to convert the "configure" script to Unix line endings (any advanced text editor should do it, I can do it with Emacs under Windows, others may advice something else) and then try again. Michalis From muks@banu.com Fri Jan 29 13:32:39 2010 Return-Path: X-Original-To: gtkglext-list@gnome.org Delivered-To: gtkglext-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 0E7517500AF for ; Fri, 29 Jan 2010 13:32:39 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.445 X-Spam-Level: X-Spam-Status: No, score=-2.445 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, TW_GT=0.077, TW_TK=0.077] autolearn=no Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dwFyzUfhUwbl for ; Fri, 29 Jan 2010 13:32:31 +0000 (GMT) Received: from mail.banu.com (mail.banu.com [67.19.28.195]) by menubar.gnome.org (Postfix) with ESMTP id 9F3C9750050 for ; Fri, 29 Jan 2010 13:32:23 +0000 (GMT) Received: from jurassic (unknown [117.201.46.54]) by mail.banu.com (Postfix) with ESMTP id E64C0111006F; Fri, 29 Jan 2010 07:32:19 -0600 (CST) Date: Fri, 29 Jan 2010 19:02:14 +0530 From: Mukund Sivaraman To: =?utf-8?B?5LiK6YeO5a6P5rOV?= Message-ID: <20100129133212.GA17822@jurassic> References: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.5.20 (2009-08-17) Cc: gtkglext-list@gnome.org Subject: Re: [GtkGLExt] Where is the gtkglext manual? X-BeenThere: gtkglext-list@gnome.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Use and development of GtkGLExt, gtkglextmm, and PyGtkGLExt" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jan 2010 13:32:39 -0000 On Wed, Jan 27, 2010 at 12:55:14AM +0900, 上野宏法 wrote: > hi. > I use gtkglext from yesterday. thanks. but I cannot see an online > manual of GTKGLEXT. > http://projects.gnome.org/gtkglext/reference/gtkglext/ is 404 not found. > > Where can I read it? The docs are now published here: http://library.gnome.org/devel/gtkglext/stable/ Mukund From muks@banu.com Fri Jan 29 13:33:14 2010 Return-Path: X-Original-To: gtkglext-list@gnome.org Delivered-To: gtkglext-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 01287750050 for ; Fri, 29 Jan 2010 13:33:14 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.445 X-Spam-Level: X-Spam-Status: No, score=-2.445 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, TW_GT=0.077, TW_TK=0.077] autolearn=no Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wCpN1K1srMU5 for ; Fri, 29 Jan 2010 13:33:06 +0000 (GMT) Received: from mail.banu.com (mail.banu.com [67.19.28.195]) by menubar.gnome.org (Postfix) with ESMTP id 92E317500AF for ; Fri, 29 Jan 2010 13:32:58 +0000 (GMT) Received: from jurassic (unknown [117.201.46.54]) by mail.banu.com (Postfix) with ESMTP id 9AADE111006F; Fri, 29 Jan 2010 07:32:55 -0600 (CST) Date: Fri, 29 Jan 2010 19:02:50 +0530 From: Mukund Sivaraman To: jody Message-ID: <20100129133248.GB17822@jurassic> References: <9b0da5ce1001230319y21380b19sbe0cab8017876f2b@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <9b0da5ce1001230319y21380b19sbe0cab8017876f2b@mail.gmail.com> User-Agent: Mutt/1.5.20 (2009-08-17) Cc: gtkglext-list@gnome.org Subject: Re: [GtkGLExt] Documentation gone? X-BeenThere: gtkglext-list@gnome.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Use and development of GtkGLExt, gtkglextmm, and PyGtkGLExt" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jan 2010 13:33:14 -0000 On Sat, Jan 23, 2010 at 12:19:39PM +0100, jody wrote: > Hi > > When i try to get the gtkglext reference by clicking > on the link 'GtkGLExt Reference Manual' > on > http://projects.gnome.org/gtkglext/doc.html > > i get the message > Not Found > > The requested URL /gtkglext/reference/gtkglext/ was not found on this server. > > Does anybody n^know where it has been moved to? The docs are now published here: http://library.gnome.org/devel/gtkglext/stable/ Mukund From shashaness@hotmail.com Sat Jan 30 23:59:16 2010 Return-Path: X-Original-To: gtkglext-list@gnome.org Delivered-To: gtkglext-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id C029375009C; Sat, 30 Jan 2010 23:59:16 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -102.598 X-Spam-Level: X-Spam-Status: No, score=-102.598 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, USER_IN_WHITELIST=-100] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id KgkWjDs8a1oA; Sat, 30 Jan 2010 23:59:10 +0000 (GMT) Received: from snt0-omc1-s27.snt0.hotmail.com (snt0-omc1-s27.snt0.hotmail.com [65.55.90.38]) by menubar.gnome.org (Postfix) with ESMTP id DF2F17500B6; Sat, 30 Jan 2010 23:59:01 +0000 (GMT) Received: from SNT125-W38 ([65.55.90.7]) by snt0-omc1-s27.snt0.hotmail.com with Microsoft SMTPSVC(6.0.3790.3959); Sat, 30 Jan 2010 15:58:59 -0800 Message-ID: Content-Type: multipart/alternative; boundary="_df1b4ba8-8a44-4b0b-b8e0-4e6bdd7e5601_" X-Originating-IP: [207.178.199.94] From: Shawn Bakhtiar To: , Date: Sat, 30 Jan 2010 18:59:00 -0500 Importance: Normal In-Reply-To: <20100129133248.GB17822@jurassic> References: <9b0da5ce1001230319y21380b19sbe0cab8017876f2b@mail.gmail.com>, <20100129133248.GB17822@jurassic> MIME-Version: 1.0 X-OriginalArrivalTime: 30 Jan 2010 23:58:59.0961 (UTC) FILETIME=[31094690:01CAA208] Subject: Re: [GtkGLExt] Window size issue X-BeenThere: gtkglext-list@gnome.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Use and development of GtkGLExt, gtkglextmm, and PyGtkGLExt" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Jan 2010 23:59:17 -0000 --_df1b4ba8-8a44-4b0b-b8e0-4e6bdd7e5601_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I know someone brought this up before. I don't recall if there was a resolu= tion to it or not.=20 I have successfully patched and compiled the latest from the GtkGLExt git r= epo and running on OS X Snow Leopard (10.6)=2C although I am use the 10.5 b= uilding to the 368 architecture. However=2C any application (including the examples)=2C that uses the librar= y=2C takes over the entire window=2C overlapping all other widgets.=20 Any ideas how I should trace this down? The code is straight out of the example (which does the same thing)=2C gtk_= gl_init() has already been called in main=2C and the container is main_hbox= =2C which then has other widgets added to it later in the code. glconfig =3D gdk_gl_config_new_by_mode (GDK_GL_MODE_RGB | GDK_GL_MODE_DEPTH | GDK_GL_MODE_DOUBLE)=3B =20 if(glconfig !=3D NULL){ GtkWidget * drawing_area =3D gtk_drawing_area_new ()=3B gtk_widget_set_size_request (drawing_area=2C 200=2C 200)=3B =20 /* Set OpenGL-capability to the widget. */ gtk_widget_set_gl_capability (drawing_area=2C glconfig=2C NULL=2C TRUE=2C GDK_GL_RGBA_TYPE)=3B =20 gtk_widget_add_events (drawing_area=2C GDK_BUTTON1_MOTION_MASK | GDK_BUTTON2_MOTION_MASK | GDK_BUTTON_PRESS_MASK | GDK_VISIBILITY_NOTIFY_MASK)=3B =20 g_signal_connect_after (G_OBJECT (drawing_area)=2C "realize"=2C G_CALLBACK (realize)=2C NULL)=3B g_signal_connect (G_OBJECT (drawing_area)=2C "configure_event"=2C G_CALLBACK (configure_event)=2C NULL)=3B g_signal_connect (G_OBJECT (drawing_area)=2C "expose_event"=2C G_CALLBACK (expose_event)=2C NULL)=3B =20 g_signal_connect (G_OBJECT (drawing_area)=2C "button_press_event"= =2C G_CALLBACK (button_press_event)=2C NULL)=3B g_signal_connect (G_OBJECT (drawing_area)=2C "motion_notify_event"= =2C G_CALLBACK (motion_notify_event)=2C NULL)=3B =20 g_signal_connect (G_OBJECT (drawing_area)=2C "map_event"=2C G_CALLBACK (map_event)=2C NULL)=3B g_signal_connect (G_OBJECT (drawing_area)=2C "unmap_event"=2C G_CALLBACK (unmap_event)=2C NULL)=3B g_signal_connect (G_OBJECT (drawing_area)=2C "visibility_notify_ev= ent"=2C G_CALLBACK (visibility_notify_event)=2C NULL)=3B =20 g_signal_connect_swapped (G_OBJECT (main_window)=2C "key_press_eve= nt"=2C G_CALLBACK (key_press_event)=2C drawing_= area)=3B =20 gtk_box_pack_start (GTK_BOX (main_hbox)=2C drawing_area=2C TRUE=2C= TRUE=2C 0)=3B =20 gtk_widget_show (drawing_area)=3B =20 } =20 =20 = --_df1b4ba8-8a44-4b0b-b8e0-4e6bdd7e5601_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable


I know someone brought this up before. I don't recall if there = was a resolution to it or not.

I have successfully patched and comp= iled the latest from the GtkGLExt git repo and running on OS X Snow Leopard= (10.6)=2C although I am use the 10.5 building to the 368 architecture.
=
However=2C any application (including the examples)=2C that uses the li= brary=2C takes over the entire window=2C overlapping all other widgets.
Any ideas how I should trace this down?


The code is straigh= t out of the example (which does the same thing)=2C gtk_gl_init() has alrea= dy been called in main=2C and the container is main_hbox=2C which then has = other widgets added to it later in the code.

 =3B =3B = =3B =3B glconfig =3D gdk_gl_config_new_by_mode (GDK_GL_MODE_RGB =3B=  =3B =3B |
 =3B =3B =3B  =3B =3B =3B &nb= sp=3B =3B =3B  =3B =3B =3B  =3B =3B =3B &nb= sp=3B =3B =3B  =3B =3B =3B  =3B =3B =3B &nb= sp=3B =3B =3B  =3B =3B =3B  =3B =3B GDK_GL_MODE= _DEPTH =3B |
 =3B =3B =3B  =3B =3B =3B  = =3B =3B =3B  =3B =3B =3B  =3B =3B =3B  = =3B =3B =3B  =3B =3B =3B  =3B =3B =3B  = =3B =3B =3B  =3B =3B =3B  =3B =3B GDK_GL_MODE_D= OUBLE)=3B
 =3B =3B =3B
 =3B =3B =3B  =3B= if(glconfig !=3D NULL){

 =3B =3B =3B  =3B =3B&nb= sp=3B  =3BGtkWidget * drawing_area =3D gtk_drawing_area_new ()=3B
&n= bsp=3B =3B =3B  =3B =3B =3B  =3Bgtk_widget_set_size= _request (drawing_area=2C 200=2C 200)=3B
 =3B =3B =3B  = =3B =3B =3B  =3B
 =3B =3B =3B  =3B =3B&n= bsp=3B  =3B/* Set OpenGL-capability to the widget. */
 =3B = =3B =3B  =3B =3B =3B  =3Bgtk_widget_set_gl_capability (= drawing_area=2C
 =3B =3B =3B  =3B =3B =3B  = =3B =3B =3B  =3B =3B =3B  =3B =3B =3B  = =3B =3B =3B  =3B =3B =3B  =3B =3B =3B  = =3B =3B =3B  =3B =3B glconfig=2C
 =3B =3B = =3B  =3B =3B =3B  =3B =3B =3B  =3B =3B = =3B  =3B =3B =3B  =3B =3B =3B  =3B =3B = =3B  =3B =3B =3B  =3B =3B =3B  =3B =3B NULL= =2C
 =3B =3B =3B  =3B =3B =3B  =3B =3B&n= bsp=3B  =3B =3B =3B  =3B =3B =3B  =3B =3B&n= bsp=3B  =3B =3B =3B  =3B =3B =3B  =3B =3B&n= bsp=3B  =3B =3B TRUE=2C
 =3B =3B =3B  =3B = =3B =3B  =3B =3B =3B  =3B =3B =3B  =3B = =3B =3B  =3B =3B =3B  =3B =3B =3B  =3B = =3B =3B  =3B =3B =3B  =3B =3B GDK_GL_RGBA_TYPE)=3B<= br> =3B =3B =3B  =3B =3B =3B  =3B
 =3B&n= bsp=3B =3B  =3B =3B =3B  =3Bgtk_widget_add_events (draw= ing_area=2C
 =3B =3B =3B  =3B =3B =3B  =3B&n= bsp=3B =3B  =3B =3B =3B  =3B =3B =3B  =3B&n= bsp=3B =3B  =3B =3B =3B  =3B =3B =3B GDK_BUTTON= 1_MOTION_MASK =3B =3B =3B |
 =3B =3B =3B  = =3B =3B =3B  =3B =3B =3B  =3B =3B =3B  = =3B =3B =3B  =3B =3B =3B  =3B =3B =3B  = =3B =3B =3B GDK_BUTTON2_MOTION_MASK =3B =3B =3B |
&n= bsp=3B =3B =3B  =3B =3B =3B  =3B =3B =3B &n= bsp=3B =3B =3B  =3B =3B =3B  =3B =3B =3B &n= bsp=3B =3B =3B  =3B =3B =3B GDK_BUTTON_PRESS_MASK = =3B =3B =3B =3B =3B |
 =3B =3B =3B  =3B&= nbsp=3B =3B  =3B =3B =3B  =3B =3B =3B  =3B&= nbsp=3B =3B  =3B =3B =3B  =3B =3B =3B  =3B&= nbsp=3B =3B GDK_VISIBILITY_NOTIFY_MASK)=3B
 =3B =3B =3B =  =3B =3B =3B  =3B
 =3B =3B =3B  =3B = =3B =3B  =3Bg_signal_connect_after (G_OBJECT (drawing_area)=2C "rea= lize"=2C
 =3B =3B =3B  =3B =3B =3B  =3B = =3B =3B  =3B =3B =3B  =3B =3B =3B  =3B = =3B =3B  =3B =3B =3B  =3B =3B =3B  =3BG_CAL= LBACK (realize)=2C NULL)=3B
 =3B =3B =3B  =3B =3B&nb= sp=3B  =3Bg_signal_connect (G_OBJECT (drawing_area)=2C "configure_event= "=2C
 =3B =3B =3B  =3B =3B =3B  =3B =3B&= nbsp=3B  =3B =3B =3B  =3B =3B =3B  =3B =3B&= nbsp=3B  =3B =3B G_CALLBACK (configure_event)=2C NULL)=3B
 = =3B =3B =3B  =3B =3B =3B  =3Bg_signal_connect (G_OB= JECT (drawing_area)=2C "expose_event"=2C
 =3B =3B =3B  = =3B =3B =3B  =3B =3B =3B  =3B =3B =3B  = =3B =3B =3B  =3B =3B =3B  =3B =3B G_CALLBACK (e= xpose_event)=2C NULL)=3B
 =3B =3B =3B  =3B =3B = =3B  =3B
 =3B =3B =3B  =3B =3B =3B  =3Bg= _signal_connect (G_OBJECT (drawing_area)=2C "button_press_event"=2C
&nbs= p=3B =3B =3B  =3B =3B =3B  =3B =3B =3B &nbs= p=3B =3B =3B  =3B =3B =3B  =3B =3B =3B &nbs= p=3B =3B G_CALLBACK (button_press_event)=2C NULL)=3B
 =3B = =3B =3B  =3B =3B =3B  =3Bg_signal_connect (G_OBJECT (dr= awing_area)=2C "motion_notify_event"=2C
 =3B =3B =3B  = =3B =3B =3B  =3B =3B =3B  =3B =3B =3B  = =3B =3B =3B  =3B =3B =3B  =3B =3B G_CALLBACK (m= otion_notify_event)=2C NULL)=3B
 =3B =3B =3B  =3B = =3B =3B  =3B
 =3B =3B =3B  =3B =3B =3B &= nbsp=3Bg_signal_connect (G_OBJECT (drawing_area)=2C "map_event"=2C
 = =3B =3B =3B  =3B =3B =3B  =3B =3B =3B  = =3B =3B =3B  =3B =3B =3B  =3B =3B =3B  = =3B =3B G_CALLBACK (map_event)=2C NULL)=3B
 =3B =3B =3B =  =3B =3B =3B  =3Bg_signal_connect (G_OBJECT (drawing_area)= =2C "unmap_event"=2C
 =3B =3B =3B  =3B =3B =3B &= nbsp=3B =3B =3B  =3B =3B =3B  =3B =3B =3B &= nbsp=3B =3B =3B  =3B =3B G_CALLBACK (unmap_event)=2C NULL)= =3B
 =3B =3B =3B  =3B =3B =3B  =3Bg_signal_c= onnect (G_OBJECT (drawing_area)=2C "visibility_notify_event"=2C
 =3B=  =3B =3B  =3B =3B =3B  =3B =3B =3B  =3B=  =3B =3B  =3B =3B =3B  =3B =3B =3B  =3B=  =3B G_CALLBACK (visibility_notify_event)=2C NULL)=3B
 =3B = =3B =3B  =3B =3B =3B  =3B
 =3B =3B =3B &= nbsp=3B =3B =3B  =3Bg_signal_connect_swapped (G_OBJECT (main_wi= ndow)=2C "key_press_event"=2C
 =3B =3B =3B  =3B =3B&= nbsp=3B  =3B =3B =3B  =3B =3B =3B  =3B =3B&= nbsp=3B  =3B =3B =3B  =3B =3B =3B  =3B =3B&= nbsp=3B  =3B =3B G_CALLBACK (key_press_event)=2C drawing_area)=3B =3B =3B =3B  =3B =3B =3B  =3B
 =3B&nb= sp=3B =3B  =3B =3B =3B  =3Bgtk_box_pack_start (GTK_BOX = (main_hbox)=2C drawing_area=2C TRUE=2C TRUE=2C 0)=3B
 =3B =3B&nb= sp=3B  =3B =3B =3B  =3B
 =3B =3B =3B  = =3B =3B =3B  =3Bgtk_widget_show (drawing_area)=3B
 =3B&n= bsp=3B =3B  =3B
 =3B =3B =3B  =3B}
 =3B&n= bsp=3B =3B  =3B
 =3B =3B =3B  =3B

= = --_df1b4ba8-8a44-4b0b-b8e0-4e6bdd7e5601_-- From bounces@nabble.com Sun Jan 31 18:40:48 2010 Return-Path: X-Original-To: gtkglext-list@gnome.org Delivered-To: gtkglext-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id CF3BF750021 for ; Sun, 31 Jan 2010 18:40:48 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id WfeJW9q7lEQZ for ; Sun, 31 Jan 2010 18:40:41 +0000 (GMT) Received: from kuber.nabble.com (kuber.nabble.com [216.139.236.158]) by menubar.gnome.org (Postfix) with ESMTP id C1B037500C1 for ; Sun, 31 Jan 2010 18:40:33 +0000 (GMT) Received: from isper.nabble.com ([192.168.236.156]) by kuber.nabble.com with esmtp (Exim 4.63) (envelope-from ) id 1Nbeim-00079F-4z for gtkglext-list@gnome.org; Sun, 31 Jan 2010 10:40:32 -0800 Message-ID: <27395308.post@talk.nabble.com> Date: Sun, 31 Jan 2010 10:40:32 -0800 (PST) From: Peter Sivak To: gtkglext-list@gnome.org In-Reply-To: <4B602FAF.6030001@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Nabble-From: petikemail@gmail.com References: <27168719.post@talk.nabble.com> <20100115054516.GA20795@cellform.com> <27183119.post@talk.nabble.com> <20100115212621.GA2412@cellform.com> <27184432.post@talk.nabble.com> <4B5138F5.1090903@freenet.de> <27256813.post@talk.nabble.com> <27335628.post@talk.nabble.com> <4B602FAF.6030001@gmail.com> Subject: Re: [GtkGLExt] GtkGLExt - (cross) building troubles X-BeenThere: gtkglext-list@gnome.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Use and development of GtkGLExt, gtkglextmm, and PyGtkGLExt" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 Jan 2010 18:40:49 -0000 I have solved it finally. The problem was in the "pkg-config" application. I used the "Windows" version of it (e.g. "pkg-config.exe"), but I had to use the "Unix" version of it (e.g. "pkg-config"). -- View this message in context: http://old.nabble.com/GtkGLExt---%28cross%29-building-troubles-tp27168719p27395308.html Sent from the Gnome - GtkGLExt mailing list archive at Nabble.com. From bounces@nabble.com Sun Jan 31 21:24:53 2010 Return-Path: X-Original-To: gtkglext-list@gnome.org Delivered-To: gtkglext-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id DE5DB750072 for ; Sun, 31 Jan 2010 21:24:53 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Lx7fxQL7OFdz for ; Sun, 31 Jan 2010 21:24:46 +0000 (GMT) Received: from kuber.nabble.com (kuber.nabble.com [216.139.236.158]) by menubar.gnome.org (Postfix) with ESMTP id 853B375010A for ; Sun, 31 Jan 2010 21:24:36 +0000 (GMT) Received: from isper.nabble.com ([192.168.236.156]) by kuber.nabble.com with esmtp (Exim 4.63) (envelope-from ) id 1NbhHW-0003p3-Lz for gtkglext-list@gnome.org; Sun, 31 Jan 2010 13:24:34 -0800 Message-ID: <27396739.post@talk.nabble.com> Date: Sun, 31 Jan 2010 13:24:34 -0800 (PST) From: Peter Sivak To: gtkglext-list@gnome.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Nabble-From: petikemail@gmail.com Subject: [GtkGLExt] OpenGL rendering context - multithreading X-BeenThere: gtkglext-list@gnome.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Use and development of GtkGLExt, gtkglextmm, and PyGtkGLExt" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 Jan 2010 21:24:54 -0000 Hello, I am trying to make some OpenGL computer game (of course using "gtkmm + gtkglextmm"). I have 2 threads so far in my application: the "GUI (Graphical User Interface) thread", which is in fact the main thread started at the very beginning of the application (just the "int main(int argc, char* argv[])" function), and the "game thread". The GUI thread is responsible for "user interaction" (so when I click to some button, the GUI will response with some function or do something, etc...; this is the work for the GUI thread) and the game thread is responsible for "application (or game) logic" - so there (in the game thread) are some initializations at the beginning, the game loop and then some cleanup. The game loop could look like this: ==================================== while (shouldFinish != true) { doSomeGameLogicStuff(); // Move players or monsters, do some calculations, etc... renderGraphics(); // Render the OpenGL scene depending on the previous calculations sleepForSomeTime(); // Sleep the thread for some time (to achieve for example 40 fps) displayGraphics(); // If for example double-buffering is enabled, this means "swap buffers" } ==================================== Next, all the rendering and drawing commands are done on a "Gtk::GL::DrawingArea" widget which was created by the GUI thread but I am using it by the game thread (this could probably be the problem). So when for example in the game thread (in the game loop) the "renderGraphics()" function is called, it wants to do some OpenGL rendering stuff and when it calls for example the "gtkglextmm" function "Gtk::GL::DrawingArea::get_gl_context()", the application terminates and throws me this error: (openGLGame:8447): GtkGLExt-CRITICAL **: gtk_widget_get_gl_window: assertion `GTK_WIDGET_REALIZED (widget)' failed or sometimes Fatal IO error 11 (Resource temporarily unavailable) on X server :0.0. I read something about this on other sites and I there was written that I should create the OpenGL rendering context (e.g. a "Gdk::GL::Context") on the same thread which I use it on, or something like that. So how can I solve this? Should I construct the "Gtk::GL::DrawingArea" when I am in the game thread, or should I create a new OpenGL context for the game thread or what (and how)? Thanks in advance. -- View this message in context: http://old.nabble.com/OpenGL-rendering-context---multithreading-tp27396739p27396739.html Sent from the Gnome - GtkGLExt mailing list archive at Nabble.com.