Re: gEDA-user: Building the PCB+GL branch [WAS: Re: Open GL survey (for PCB)]

[Dan McMahill <dan@xxxxxxxxxxxx>]

Peter Clifton wrote:
> On Wed, 2009-01-28 at 22:13 +0000, Peter Clifton wrote:
>> On Wed, 2009-01-28 at 01:11 +0000, Peter Clifton wrote:
>>> Give the works so far a try:
>>>
>>> http://repo.or.cz/w/geda-pcb/pcjc2.git
>>>
>>> git clone git://repo.or.cz/geda-pcb/pcjc2.git
>>> git checkout before_pours origin/before_pours
>> git checkout -b before_pours origin/before_pours
>>               ^_____ Tells git to create a (local) branch
> 
> [snip]
> 
>>> (Then build as usual).
> 
> Since the latest code pushed (which has begun a slight refactoring), you
> need to call configure with "--enable-gl" for it to look for and link
> against the required OpenGL libraries and GtkGLExt.
> 
> NB: If you don't pass --enable-gl, the build fails.. I didn't yet get to
> the point where the GL code in the GTK HID is conditionally compiled in.
> At the moment, its more a GL fork of the GTK HID.
> 

without looking at the code, is it feasible without major pain to have 
GL be a runtime selection?  Here's why I ask.  I *routinely* run the 
same binary on the same computer but with drastically different 
displays.  On one day I might be at the computer running the program and 
have access to the modern display hardware that gave 1300 FPS for that 
glxgears demo but then I might use vnc to connect to that same machine 
later and have not GLX support.

Should I expect a speed improvement with GLX or just cool stuff like 
layer transparency?  I suspect that's a feature that won't take much use 
before I say "how did I live without this?".

-Dan



_______________________________________________
geda-user mailing list
geda-user@xxxxxxxxxxxxxx
http://www.seul.org/cgi-bin/mailman/listinfo/geda-user