Re: gnome-guile broken with guile 1.5 (gg used guile-snarf).

* Re: gnome-guile broken with guile 1.5 (gg used guile-snarf).
       [not found]       ` <E16ken0-0005k4-00@giblet>
@ 2002-03-12 17:42         ` Rob Browning
  2002-03-12 21:04           ` Thien-Thi Nguyen
  0 siblings, 1 reply; 6+ messages in thread
From: Rob Browning @ 2002-03-12 17:42 UTC (permalink / raw)
  Cc: guile-devel, ariel

Thien-Thi Nguyen <ttn@giblet.glug.org> writes:

> so that's the likely cause of the problems.  the term "expected drift"
> sounds really weird to me, btw -- have you been talking to marketing?

"Drift" seems possible and even perhaps likely to me when a particular
feature that was previously undocumented, and not covered by make
check, is both publically available and used.  It's a bit similar to
the scwm and guppi issue wrt dynamic wind, something I spent a while
trying to fix[1] :>.  In any case the drift I was referring to is
something I suspect we're both interested in trying to avoid in the
future.

[1] though in truth guppi and scwm were using bits a bit beyond
    "publically available" -- we still need a public API for the
    functionality they want.

> i suppose what i'll do is port 1.4 functionality into 1.6, add
> "--compat=1.4" (or whatever, i'm open to suggestions) option
> handling, and document these things.  :-/

I'm unfamiliar with the issues, having never used or examined the
snarfing process, so please see what you think is best.  As
alternatives, we could provide a deprecated guile-snarf-1.4 script,
or, if the changes required for 1.6 won't be extensive, we could
possibly just provide good transition documentation.  I'd be happy to
fix what's needed in gnome-guile, and I suspect that Dale would be
amenable to adapting his code too, once the requirements are clear.

> this means the call to guile-snarf failed in some way, but only the
> Makefile knows for sure...  what does guile-snarf invocation look
> like there?

  guile-snarf -DHAVE_CONFIG_H -I. -I. -I. -D_REENTRANT -I/usr/include/gtk-1.2 -I/usr/X11R6/include -I/usr/include/glib-1.2 -I/usr/lib/glib/include  -I/home/rlb/opt/gnome-guile-0.20-1.5/include -I/home/rlb/opt/guile-1.5/include  -g -O2 guile-gtk.c >guile-gtk.c.tmp && mv guile-gtk.c.tmp guile-gtk.x
  guile-gtk.c:2784: guile-gtk.x: No such file or directory
  make[2]: *** [guile-gtk.x] Error 1
  make[2]: Leaving directory `/home/rlb/gnome-guile-0.20/guile-gtk'
  make[1]: *** [all-recursive] Error 1
  make[1]: Leaving directory `/home/rlb/gnome-guile-0.20'
  make: *** [all-recursive-am] Error 2
  You have new mail in /var/mail/rlb

At first glance I had presumed that the problem was that although
guile-gtk.c #includes guile-gtk.x, the old snarfing process supressed
that include, but the new one doesn't, but that was just a guess.
Here's what guile-gtk.c says wrt guile-gtk.x:

  #ifndef SCM_MAGIC_SNARFER
  #ifndef MKDEP
  #include "guile-gtk.x"
  #endif /* MKDEP */
  #endif /* SCM_MAGIC_SNARFER */

Thanks

-- 
Rob Browning
rlb @defaultvalue.org, @linuxdevel.com, and @debian.org
Previously @cs.utexas.edu
GPG=1C58 8B2C FB5E 3F64 EA5C  64AE 78FE E5FE F0CB A0AD

_______________________________________________
Guile-devel mailing list
Guile-devel@gnu.org
http://mail.gnu.org/mailman/listinfo/guile-devel

^ permalink raw reply	[flat|nested] 6+ messages in thread