* Bug in the snarfer?
@ 2001-06-04 19:35 Ariel Rios
2001-06-05 1:08 ` Michael Livshin
0 siblings, 1 reply; 2+ messages in thread
From: Ariel Rios @ 2001-06-04 19:35 UTC (permalink / raw)
To: guile-devel, guile-gtk
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
ariel
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: Bug in the snarfer?
2001-06-04 19:35 Bug in the snarfer? Ariel Rios
@ 2001-06-05 1:08 ` Michael Livshin
0 siblings, 0 replies; 2+ messages in thread
From: Michael Livshin @ 2001-06-05 1:08 UTC (permalink / raw)
To: Ariel Rios; +Cc: guile-devel, guile-gtk
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
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2001-06-05 1:08 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2001-06-04 19:35 Bug in the snarfer? Ariel Rios
2001-06-05 1:08 ` Michael Livshin
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).