Re: CVS guile-gtk

Re: CVS guile-gtk

[Marius Vollmer]

Jacob Berkman <jacob@helixcode.com> writes:

> I've spent the past few hours trying to get gnome-guile from CVS to
> work.

Ouch.  What platform are you on?  Can you show the output of
configure?
 
> I had to do some Makefile hacking to get 'make install' to work.

What went wrong before you patched it?
 
> Anyway now I get this:
> 
> serendipity:~$ gnomeg
> ERROR: Unbound variable: gtk-radio-menu-item-new-from-widget

Hmm, gnomeg works for me, but maybe I'm using old Gnome libs.  I don't
track Gnome very closely.

> I don't know enough and am too tired to peek into this.  Any ideas?

I suggest you back out all your changes and we start from fresh.  What
is the first problem you are seeing?

> stuff i did so far:
> 		
> Index: guile-gtk/Makefile.am
> ===================================================================
> RCS file: /cvs/gnome/gnome-guile/guile-gtk/Makefile.am,v
> retrieving revision 1.36
> diff -u -r1.36 Makefile.am
> --- guile-gtk/Makefile.am	2000/01/23 15:44:31	1.36
> +++ guile-gtk/Makefile.am	2000/01/30 06:45:00
> @@ -16,7 +16,8 @@
>  
>  guile_gtk_1_2_SOURCES = main.c
>  guile_gtk_1_2_LDFLAGS = -export-dynamic
> -guile_gtk_1_2_LDADD = libguilegtk-1.2.la $(GUILE_LIBS) $(GTK_LIBS)
> +guile_gtk_1_2_LDADD = libguilegtk-1.2.la $(GUILE_LIBS) $(GTK_LIBS) \
> +	$(LIBGUILEDLOPENHELPER)

Why do you need that?  The libguiledlopenhelper library should only be
needed when dynamically linking libguilegtk-1.2.  The program
guile-gtk does not do any dynamic linking and therefore
libguiledlopenhelper should not be needed at all.

With recent versions of Guile, libguiledlopenhelper is not needed for
anything.  What version of Guile do you use?

>  guile_gtk_1_3_SOURCES = main.c
>  guile_gtk_1_3_LDFLAGS = -export-dynamic
> @@ -58,7 +59,8 @@
>  	$(LN_S) $(LIBGUILEGTK_VERSION) libguilegtk.la
>  
>  libguiledlopenhelper_la_SOURCES = guiledlopenhelper.c
> -libguiledlopenhelper_la_LDFLAGS = -version-info 0:0:0 -export-dynamic
> +libguiledlopenhelper_la_LDFLAGS = -rpath $(libdir) -version-info 0:0:0 \
> +				  -export-dynamic
>  libguiledlopenhelper_la_LIBADD = $(GUILE_LIBS)

That's a bug!  Thanks.

>  include_HEADERS = guile-gtk.h
> Index: guile-gtk/gtk/dynlink.scm
> ===================================================================
> RCS file: /cvs/gnome/gnome-guile/guile-gtk/gtk/dynlink.scm,v
> retrieving revision 1.12
> diff -u -r1.12 dynlink.scm
> --- guile-gtk/gtk/dynlink.scm	2000/01/23 15:44:50	1.12
> +++ guile-gtk/gtk/dynlink.scm	2000/01/30 06:45:16
> @@ -16,9 +16,9 @@
>        (save-module-excursion
>         (lambda ()
>  	 (set-current-module interface)
> -	 (dynamic-call init-func (dynamic-link libname))))))
> -   (else
> -    (merge-compiled-code-old init-func libname))))
> +	 (dynamic-call init-func (dynamic-link libname))))))))
> +;;   (else
> +;;    (merge-compiled-code-old init-func libname))))

Ooops, maybe this is the real culprit.  There was a bug in
gtk/dynlink-old.scm.  It did not define a function named
`merge-compiled-code-old', as it is supposed to do.  I have fixed this
now in CVS.  Can you update your working copy and try again?

- Marius