Hi Mikael,
One other problem I'm having trying to link against my libconstraints.a
(Cassowary constraint solving toolkit for Guile). Guile seems to now
search for .la.la, and .la.so files, instead of just libconstraints.la,
and libconstraints.so:
% unsetenv GUILE_LOAD_PATH
# from a directory that has cassowary/libconstraints.{la,so} underneath
% strace -etrace=open guile -c "(use-modules (cassowary constraints))"
...
# stuff deleted
...
open("/lib/i686/mmx/libconstraints.a", O_RDONLY) = -1 ENOENT (No such file or
directory)
open("/lib/i686/libconstraints.a", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/lib/mmx/libconstraints.a", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/lib/libconstraints.a", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/lib/i686/mmx/libconstraints.a", O_RDONLY) = -1 ENOENT (No such file or
directory)
open("/usr/lib/i686/libconstraints.a", O_RDONLY) = -1 ENOENT (No such file or
directory)
open("/usr/lib/mmx/libconstraints.a", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/lib/libconstraints.a", O_RDONLY) = 4
open("./cassowary/libconstraints.la.la", O_RDONLY) = -1 ENOENT (No such file or
directory)
open("./cassowary/libconstraints.la.so", O_RDONLY) = -1 ENOENT (No such file or
directory)
Any ideas what is going on in the last couple lines? I noticed some
changes in boot-9.scm, but haven't the time now to track stuff down more.
Incidentally, Scwm (w/o the constraint solver) probably builds against
guile-1.3.5pre2... I fixed a bunch of bugs in Scwm that the new guile
was pickier about. I'm still having trouble with the linking of Scwm +
Cassowary + guile, but I'll figure it out once I have another hour or
two to throw at the problem.
Thanks,
Greg
