On 10/31/05, Neil Jerram <[EMAIL PROTECTED]> wrote:
> Kevin Ryde <[EMAIL PROTECTED]> writes:
>
> > What advantage is this over putting a symlink in /usr/share/guile/site
> > to point to this alternate location?
>
> Nothing really compelling, perhaps, but...
>
> - some OSs don't have symlinks (i.e.
On 10/20/05, Neil Jerram <[EMAIL PROTECTED]> wrote:
> [EMAIL PROTECTED] (Ludovic Courtès) writes:
>
> > 2. While we're at it, we might want to use your mechanism as well for
> > shared objects.
>
> Sorry, I'm not understanding how guilelibdir/guileobjectdir differ
> from (2).
I think it does
On 18 Oct 2005 12:16:05 -0400, Greg Troxel <[EMAIL PROTECTED]> wrote:
> That all sounds fine, except that I think (policy!) we should either
> discourage putting stuff under 1.6, or suggest 1.6/site, so that
> guile's own files and other stuff are cleanly separated. I agree that
> mechanism suffic
t; feature is that inclusion, dynamic link, etc. should be able to ensure
> > it gets exactly what was searched for and tested at configure time.
>
> Right. This is one of the concerns that was raised by Vorfeed Canal
> earlier I think.
>
Yup. This is EXACTLY why libltdl have searc
On 10/18/05, Shelagh Manton <[EMAIL PROTECTED]> wrote:
> Updateing lilypond using the autopackager must have corrupted the previous
> installation of guile. This solved the problem, but of course I don't know
> how or why :)
Noone knows this with autopackage. This ugly thing was developed as
"Ins
On 10/9/05, Kevin Ryde <[EMAIL PROTECTED]> wrote:
> Vorfeed Canal <[EMAIL PROTECTED]> writes:
> >
> >> GUILE=/myexperiments/guile/bin/guile \
> >> GUILE_CONFIG=/myexperiments/guile/bin/guile-config \
> >> GUILE_TOOLS=/myexperiments/guile/bin/guile
On 10/5/05, Kevin Ryde <[EMAIL PROTECTED]> wrote:
> Vorfeed Canal <[EMAIL PROTECTED]> writes:
> >
> > LD_LIBRARY_PATH is linux'ism,
>
> Actually I believe it comes from svr4 (maybe earlier too, not sure).
>
> (Incidentally, nobody can tell if you'r
On 10/3/05, Kevin Ryde <[EMAIL PROTECTED]> wrote:
> Vorfeed Canal <[EMAIL PROTECTED]> writes:
> >
> > Easy: there are no easy
> > way to install two snaphots of GUILE side-by-side. So such a need is
> > quite real (unless development will be frozen total
On 9/29/05, Ludovic Courtès <[EMAIL PROTECTED]> wrote:
> > In short: do not bother too much with understanding of my default
> > locations choice.
>
> Sure.
>
> So, I'm all in favor of having your patch (or something equivalent)
> applied. I guess you'll need to /kindly/ ask the developers for fu
On 9/28/05, Ludovic Courtès <[EMAIL PROTECTED]> wrote:
> Hi,
>
> Vorfeed Canal <[EMAIL PROTECTED]> writes:
>
> > Of course it must - how else can it load them ? With my patch it knows
> > about few default places and can be instructed about other places in
>
On 9/27/05, Thien-Thi Nguyen <[EMAIL PROTECTED]> wrote:
>
> compiling scheme to native is part of the original vision. i don't know
> what "scheduled" means, but i know that i'm personally interested in it
> and that it is not out of my reach technically. on the other hand, i'm
> never sure about
On 9/27/05, Ludovic Courtès <[EMAIL PROTECTED]> wrote:
> Hello,
>
> Vorfeed Canal <[EMAIL PROTECTED]> writes:
>
> > 1. Not really:
> > A. They are usually useless for programs not linked to guile - and
> > such programs will know where to find the
On 9/27/05, Thien-Thi Nguyen <[EMAIL PROTECTED]> wrote:
>
> when evaluating `(use-modules (database tmpfile))', there is exactly one
> filesystem access, the dlopen of the tmpfile.so.0.0.0; "wrapper" scheme
> code is not necessary.
>
"One filesystem access" ? This *is* joke, right ? Dlopen of
tmpfi
On 9/27/05, Ludovic Courtès <[EMAIL PROTECTED]> wrote:
> Hi,
>
> Vorfeed Canal <[EMAIL PROTECTED]> writes:
>
> > But what about GUILE extensions written in C ? Lack of sane
> > place to put C glue libraries bothers me.
>
> Extension libraries wri
On 9/27/05, Thien-Thi Nguyen <[EMAIL PROTECTED]> wrote:
>
>Hmm... And why "module catalogs" are superior ? I see one reason for
>their existence, but may be there are ones. For example I view this
>feature: "the actual placement of the file in the filesystem is
>decoupled from its m
On 9/27/05, Kevin Ryde <[EMAIL PROTECTED]> wrote:
> Vorfeed Canal <[EMAIL PROTECTED]> writes:
> >
> > I'm not talking about GUILE libraries. I'm talking about EXTENSIONS
> > libraries. While GUILE libraries for different versions of GUILE can
> >
> > static void *
> > sysdep_dynl_link (const char *fname, const char *subr)
> > {
> > - lt_dlhandle handle;
> > - handle = lt_dlopenext (fname);
> > + lt_dlhandle handle = NULL;
> > + SCM scm_search_path = scm_string_join (*scm_loc_load_path,
> > +scm
On 9/26/05, Ludovic Courtès <[EMAIL PROTECTED]> wrote:
>
> Fortunately, `guile-library' contains an implementation of SRFI-35's
> hierarchical error conditions, and both `guile-library' and Guile (1.7)
> implement SRFI-34's exception handling routines. Only SRFI-36 (I/O
> error conditions) is miss
On 9/26/05, Zeeshan Ali <[EMAIL PROTECTED]> wrote:
> >
> > I took a look. Conclusion: it's a mess.
>
> Your conclusion is based on your ignorance.
>
Possible. Care to enlighten men ?
> Please at least read the log yourself first, it's not (xchat-guile
> plugin-system) that guile is unable to find
On 9/26/05, Thien-Thi Nguyen <[EMAIL PROTECTED]> wrote:
> From: Vorfeed Canal <[EMAIL PROTECTED]>
>Date: Mon, 26 Sep 2005 11:43:59 +0400
>
>This means I'm not the only one who feel like this hardcoded path is
>not a good solution.
>
> you may be
On 9/26/05, Zeeshan Ali <[EMAIL PROTECTED]> wrote:
> > With a full path to `load-extension' you can put a module anywhere.
> > If your code is a package in its own right then this is a good thing,
> > so you can be certain to get the right file (ie. whatever crazy
> > directory the user might have
On 9/26/05, Kevin Ryde <[EMAIL PROTECTED]> wrote:
> Vorfeed Canal <[EMAIL PROTECTED]> writes:
>
> With a full path to `load-extension' you can put a module anywhere.
But you can not give control to user then !
> If your code is a package in its own right then this
After latest PHP fiasco (when "maintenance release" PHP 5.0.5 broke
most PHP programs) I decided that "enough is enough - I need to change
language for future projects".
I've checked with few alternatives and found that I like SXML better
then other packages (Perl, Python, etc). Thus GUILE - it's
23 matches
Mail list logo
