This is the mail archive of the guile-gtk@sources.redhat.com mailing list for the Guile project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]

Re: Bug in the snarfer?


Ariel Rios <ariel@linuxppc.org> writes:

> I am getting the following:
> 
> 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/usr/local/include -I/usr/local/include
> -I/usr/local/include  -g -O2 guile-gtk.c >guile-gtk.c.tmp && mv
> guile-gtk.c.tmp guile-gtk.x
> guile-gtk.c:2776: guile-gtk.x: No such file or directory
> make: *** [guile-gtk.x] Error 1
> 
> I have not changed anything in gnom-guile that can cause this problem.
> I suspect the recent guile-snarfer changes might be causing problems

I'm not sure how this ever worked for you, actually.

snarfing relies on a pretty dirty trick: the fact that in a shell
redirection like this: "guile-snarf ... guile-gtk.c > guile-gtk.x"
an (empty) guile-gtk.x already exists when the snarfer script runs the
preprocessor.  by redirecting to a different file (why, btw?) you
break this assumption, so the preprocessor complains.

-- 
... it's just that in C++ and the like, you don't trust _anybody_,
and in CLOS you basically trust everybody.  the practical result
is that thieves and bums use C++ and nice people use CLOS.
                -- Erik Naggum


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]