gEDA-dev: [PATCH] GAF: Compile libgeda even if libguile is missing

[Peter Clifton]

On Tue, 2007-07-24 at 19:18 +0200, Bernd Jendrissek wrote:
> On 7/24/07, Peter Clifton <pcjc2 at cam.ac.uk> wrote:
> > I'm amazed libgeda / gschem etc.. still works without this, as guile is
> > fairly entrenched in a lot of the functionality such as key-bindings,
> > netlisting, etc...
> 
> Oh no, you misunderstand, sir.  *libgeda* *compiles*.  I never said
> gschem still worked. :)  I was considering gsymcheck though - perhaps
> even librarizing it.

That might be interesting - for checking a symbol being created on the
fly? (Leaving gsymcheck as a command line front-end to the checking
presumably).

> > What (might) be handy is a conditionally compiled compatibility layer
> > for any functions / functionality not present in guile-1.6. I've
> > honestly no idea what those are, or how much work would be required
> > though.
> 
> I certainly think that in the spirit of the misoneism (I can
> understand its motivation, BTW) that keeps GTK+ > 2.4 out of the tree,
> gaf should be able to work with Guile <= 1.6.whatever too.  Those
> distribution that are stuck on GTK+ 2.4 surely don't have GUile 1.8.x?

I still run into issues with guile-1.8 even though my distribution has
it. Latest version of gwave? - NO WAY!

I am of the opinion that we shouldn't stay at GTK+2.4 for much longer,
and certainly want a newer version GLIB soon. We can always #ifdef ...
#endif the new functionality which requires later GTK / GLIB, but there
will come a point where we have to move on.

-- 
Peter Clifton

Electrical Engineering Division,
Engineering Department,
University of Cambridge,
9, JJ Thomson Avenue,
Cambridge
CB3 0FA

Tel: +44 (0)7729 980173 - (No signal in the lab!)