This is the mail archive of the
guile-gtk@sources.redhat.com
mailing list for the Guile project.
Re: ERROR: In procedure dynamic-link:
Hello!
How is it with libnames? I have always assumed that the dynamic libs were called
something like libname.so.1.2.3.
Then when running ldconfig, a symbolic link is made called libname.so pointing
at it. I checked /lib and /usr/lib and couldn't see any libname without
extension. Everyone had extensions .a .al .o or .so.
So I did this in dynlink.scm
(define string-append
(lambda args
(let f ((ls args) (n 0))
(if (null? ls)
(make-string n)
(let* ((s1 (car ls))
(m (string-length s1))
(s2 (f (cdr ls) (+ n m))))
(do ((i 0 (+ i 1)) (j n (+ j 1)))
((= i m) s2)
(string-set! s2 j (string-ref s1 i))))))))
Then at what used to be /usr/share/guile/gtk/dynlink.scm:19:34:
(dynamic-call init-func (dynamic-link (string-append libname ".so")))
Not very elegant but it works.
Shouldn't guile-gtk (or any prog for that matter) always look for libname.so?
I shall find out who is calling dynlinl.scm and have it call for libname.so. Can
You figure out one reason why it not should look for .so?
> :It would be interesting to diff with the version that came with mdk8.
I use the same version of guile-gtk as I did before the mdk upgrade
(guile-gtk-0.19-1) built from the src.rpm. It used to work with Mandrake 7.2 and
( i think ) 8.0.
>
> Btw Bo, i had problems loading .glade files using gnome-guile libglade. I
> cannot exactly repeat the bugs but maybe you have already experienced those.
>
The only .glade files I know about is the project.glade files to use with the
Glade GUI builder, and they load.
Bo