From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Delivered-To: caml-list@yquem.inria.fr Received: from nez-perce.inria.fr (nez-perce.inria.fr [192.93.2.78]) by yquem.inria.fr (Postfix) with ESMTP id 0AFADBB81 for ; Fri, 31 Dec 2004 10:30:46 +0100 (CET) Received: from pauillac.inria.fr (pauillac.inria.fr [128.93.11.35]) by nez-perce.inria.fr (8.13.0/8.13.0) with ESMTP id iBV9UjrL005053 for ; Fri, 31 Dec 2004 10:30:45 +0100 Received: from concorde.inria.fr (concorde.inria.fr [192.93.2.39]) by pauillac.inria.fr (8.7.6/8.7.3) with ESMTP id KAA13314 for ; Fri, 31 Dec 2004 10:30:45 +0100 (MET) Received: from kurims.kurims.kyoto-u.ac.jp (kurims.kurims.kyoto-u.ac.jp [130.54.16.1]) by concorde.inria.fr (8.13.0/8.13.0) with ESMTP id iBV9Uguj032167 for ; Fri, 31 Dec 2004 10:30:44 +0100 Received: from localhost (suiren [130.54.16.25]) by kurims.kurims.kyoto-u.ac.jp (8.13.1/8.13.1) with ESMTP id iBV9UcF5018948; Fri, 31 Dec 2004 18:30:39 +0900 (JST) Date: Fri, 31 Dec 2004 18:30:21 +0900 (JST) Message-Id: <20041231.183021.102493377.garrigue@math.nagoya-u.ac.jp> To: mgushee@havenrock.com Cc: caml-list@inria.fr Subject: Re: [Caml-list] OpenGL support in LablGTK2? From: Jacques Garrigue In-Reply-To: <41D3AF22.4040207@havenrock.com> References: <20041208.093321.97240145.garrigue@math.nagoya-u.ac.jp> <20041224.105646.130245849.garrigue@math.nagoya-u.ac.jp> <41D3AF22.4040207@havenrock.com> X-Mailer: Mew version 4.0.64 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Miltered: at nez-perce with ID 41D51C45.000 by Joe's j-chkmail (http://j-chkmail.ensmp.fr)! X-Miltered: at concorde with ID 41D51C42.000 by Joe's j-chkmail (http://j-chkmail.ensmp.fr)! X-Spam: no; 0.00; caml-list:01 lablgtk:01 wrote:01 gtkglarea:01 gtk:01 ocaml:01 lablgtk:01 gtkglarea:01 gtk:01 arises:01 bindings:01 bindings:01 widget:01 apis:01 incompatible:01 X-Spam-Checker-Version: SpamAssassin 3.0.0 (2004-09-13) on yquem.inria.fr X-Spam-Status: No, score=0.6 required=5.0 tests=NO_OBLIGATION autolearn=disabled version=3.0.0 X-Spam-Level: From: Matt Gushee > Jacques Garrigue wrote: > > > After a bit more testing, it seems that the problem with gtkglarea2 is > > not directly related to gtk, but rather to Xorg 6.7. > > That is, after upgrading to Xorg 6.8.1, the problem was solved. > > So I have no plans to switch to gtkglext anymore, as this doesn't seem > > so much worthwhile. > > Wow. Maybe I misunderstand, but are you really saying there's nothing to > worry about? Yes. > Now, it seems to me that you contribute a great deal to OCaml, and even > if that weren't the case, you're still a volunteer developer. So of > course you are under no obligation to add any requested features to your > software, and I don't wish to suggest otherwise. But the above rationale > seems horribly short-sighted. The problem is not so much that LablGTK > depends on a *broken* package, as that it depends on an *unmaintained* > one. That being the case: > > 1) at some point in the not-too-distant future, gtkglarea will likely > become unusable due to incompatible changes in GTK itself. Then something will have to be done about it at that time. But this has been the situation for already a few years, and gtkglarea2 is still working, so this doesn't seem a big concern. Note also that the great thing about free software is that anybody is allowed to fix a problem when it arises. > 2) already, at least some Linux distributions are lacking a gtkglarea2 > package. Thus, lablgtk with OpenGL support can't be provided as a > package for those distributions. You just have to create a gtkglarea2 package together with the lablgtk2 package. Not a big deal. Much less work than writing an interface for gtkglext and all the compatibility bindings (the compatibility bindings are the painful part.) > Please don't be satisfied, just because the packages happen to build on > your system today. I'm satisfied that the situation is not as bad as I feared. Note that some configurations breaking with gtk is not an unusual event. For instance, the GtkTree widget was unusable in 2.4.0, but fortunately this was promptly fixed. I know some people think that programmers should just adapt to the new APIs, but this can mean lots of work when they are structured differently, this is why keeping compatibility is important. Jacques Garrigue