On Dec 22, 2007 6:15 AM, Andrea Vettorello <[EMAIL PROTECTED]> wrote: > On Dec 21, 2007 3:52 PM, Robert Personen <[EMAIL PROTECTED]> wrote: > > > > I could have sworn that sawfish has it's own lib-exec directory for > > lisp code and compiled modules. I am not currently at my computer so > > I can only speculate. Have you tried some sort of --lib-exec flag? > > It is also possible that sawfish is auto-detecting where librep is and > > installing modules into librep's libexec directory. > > Seems i need to dig the autotools documentation then.
Found it. --with-rep-prefix= You will need seperate installs of rep. That should at least install the sawfish c libs into a separate instance of librep. That configure flag also sets up the cflags, libs and execdir of rep for sawfish. I would hazard to guess that sawfish currently links against the librep libraries and loads the lisp system itself. > > > This does raise the question, how would we want sawfish to interact > > with librep? Should it be a set of modules and lisp code that is > > installed into a librep system (the sawfish executable being a > > "#!/usr/bin/rep" script) or is it a separate program that embeds > > librep? > > I don't know what would be the best approach. I can hack rep code with > ease, changing the load path, without touching the installed version, > but for mangling the C code i thought i needed two separate instances > to keep things sane... > The ideal situation would be the "sawfish is just a lisp script" approach but for this code base we will have to stick to librep being embeded. Maybe in a future revision.... > > -- > Andrea > As a side note, how do you get gmail to work well with the mailing list? the webclient defaults to replying directly to the user instead of the list.
