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
> happily live in /usr/lib (they have different API versions) this is
> NOT true for the extensions: their SO-numb
From: Vorfeed Canal <[EMAIL PROTECTED]>
Date: Mon, 26 Sep 2005 20:34:16 +0400
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
d
> > 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
Vorfeed Canal <[EMAIL PROTECTED]> writes:
> Unfortunatelly while support for XML in scheme (and guile) is
> excellent this is not the only thing needed for web-programming. I
> found some problems with GUILE core and lack of usefull modules
> (perhaps two problems are related?).
If you mean just
Hello again,
> > Your conclusion is based on your ignorance.
> >
> Possible. Care to enlighten men ?
I already did but you seem to be too eager to prove your point.
> Ok. And then why your plugin-system never loaded this main module instead ?
Because i'ts the opposite, the maim module a
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
Hello,
> > Yeah! and you can have a look at the source code of xchat-guile to
> > see how exactly thats done:
> > http://piipiip.net/~zeenix/xchat-guile-0.2.tar.gz
>
> I took a look. Conclusion: it's a mess.
Your conclusion is based on your ignorance.
> Why? Easy: guile.so is installed in
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 able to get guile 1.4.x[1] to do what
Hi,
Vorfeed Canal <[EMAIL PROTECTED]> writes:
> 2. No way to use standard (for modern languages like C++, PHP or Java)
> scheme with throw/catch and EXCEPTIONS HIERARCHY.
[...]
> About second problem. GNU Kawa (if we are talking about GNU GUILE it
> makes sense to borrow from GNU Kawa, right?)
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 able to get guile 1.4.x[1] to do what you want. all the
compiled modules (shared object libraries followi
Hi,
Kevin Ryde <[EMAIL PROTECTED]> writes:
> [EMAIL PROTECTED] (Ludovic Courtès) writes:
>>
>> Regarding `sendto', I tested it informally as follows:
>
> An AF_UNIX socket can probably exercise that.
The attached patch does this (note that this patch only updated the test
itself; for the code, y
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 is a good thing,
> so you can be
Hi,
On 9/26/05, Kevin Ryde <[EMAIL PROTECTED]> wrote:
> Vorfeed Canal <[EMAIL PROTECTED]> writes:
> >
> > 1. All C extension files can only be put in /usr/lib - there are no
> > sane way to change libtool's searchpath and there are no sane default.
> > Very annoying.
>
> With a full path to `load-
15 matches
Mail list logo
