Thien-Thi Nguyen writes:
> In any case, thanks to your prompting, i've done:
>
>
> http://git.savannah.nongnu.org/cgit/guile-pg.git/commit/?h=p&id=a466c86cd2989d2
>
> Let me know if that's still unclear.
Thanks, that's great.
>Subject: guile-pg 0.47 bug report>
>To: guile-user@gnu.or
Aleix Conchillo Flaqué writes:
> On Fri, Feb 11, 2022 at 3:05 AM Maxime Devos wrote:
>
>> Andy Wingo schreef op vr 11-02-2022 om 08:47 [+0100]:
>> > We are delighted to announce GNU Guile release 3.0.8, the latest in the
>> [...]
>> > The Guile 3.0.8 release mixes maintenance and optimizations
Yes, I know guile 2.0 is old. However, in a packaging system there are
programs that still need 2.2, some that need 2.0, and then there is
lilypond, documented to need 1.8. So in pkgsrc we are trying to cope
with 4 versions.
For slib, today we have two versions, for 2.0 and 2.2 (just because 3
Mikael Djurfeldt writes:
> Hi Greg!
>
> The procedure module-export-all! was introduced in 2.0.1.
>
> It appears that the guile.init (which is distributed with slib, not guile)
> which you are using requires guile 2.0.1.
Thanks for replying.
Sorry, I wasn't precise and meant the 2.0 branch, an
The guile manual:
https://www.gnu.org/software/guile/docs/docs-2.2/guile-ref/SLIB-installation.html
https://www.gnu.org/software/guile/manual/html_node/SLIB-installation.html
says
ln -s /usr/local/lib/slib /usr/local/share/guile/2.2/slib
ln -s /usr/local/lib/slib /usr/local/share/guile
Ludovic Courtès writes:
> Besides what Maxime points out, some more superficial issues:
>
> • In documentation, please refer to the relevant glibc section instead
> of “See man page” (info "(libc) Memory-mapped I/O").
>
> • Please update doc/ref with a section on memory-mapped I/O.
>
>
O
Olivier Dion via General Guile related discussions
writes:
> I haven't use fibers a lot, but I think that if you ever need to handle
> asynchronous I/O, for now you should stick with fibers. Also, fibers
> was written by peoples that have a way better understanding of Guile
> internal then I d
Maxime Devos writes:
>> epoll is as I understand it linux only so that's not a reasonable
>> dependency. fibers now works with libevent which wraps multiple
>> faclilities and is thus pretty portable.
>
> Guile-Fibers still uses epoll on Linux, on other systems it uses libevent.
Understood - I
CToID writes:
> How do I distribute Guile programs to somebody who doesn't have Guile
> installed on their system? It does not seem like Guile compiler is
> able to produce a standalone executable.
The same way you distribute Java programs, python programs and perl
programs. You ask they they
In pkgsrc we are pruning gnome2 (but have mate). That's not about
guile, but it is causing a hard look at things that depend on gnome2.
We have guile-gnome 2.16.5, the most recent release, released in June of
2017. I remember using something in 2004ish, but more for gtk than
gnome.
Our package
Thank you all for the comments. I will go ahead and delete the
guile-gtk package, and have queued myself a TODO to package g-golf.
I'll hold off on guile-gi for now, pending Mike's resurrection/redesign,
or if I start actually trying to write guile/gui code.
Mark H Weaver writes:
> It would be good if someone with more knowledge of databases would chime
> in here.
I'm pretty fuzzy on the details, but postgresql can handle the concept
of varying encodings and converting on the fly, so that you can tell a
session that you want a particular encoding.
I just updated pkgsrc to 0.47. Three nits:
You say to send bugs to ./configure --help, but that doesn't show up
in the installed package anywhere.
Tests failed (entirely) due to running out of shm segments. I have
regular pgsql running, and I think the tests used to work. So I
wonde
Christopher Allan Webber writes:
> I started a little experimental project recently called
> guile-squee... it's presently vey simple:
>
> https://notabug.org/cwebber/guile-squee
>
> It's postgres bindings via the FFI. This was originally for my own
> purposes because I need something to
writes:
> It's clear that there are different standpoints. The linking thing (dynamic
> or static) hasn't, AFAIK, tested in court. It's quite possible that different
> courts reach different conclusions (in the same or different places in the
> world). It's even possible (gasp!) that the legal i
l...@gnu.org (Ludovic Courtès) writes:
> Hello Catonano,
>
> Catonano skribis:
>
>> has Guile a Code of Conduct ?
>>
>> Who could I contact, should I run into interactions that I deem
>> inappropriate in the Guile channels ?
>>
>> I can't find this information on the web site
>
> That’s because G
cy, but it also prevents the sql parser from reading
the data.
--
Greg Troxel <[EMAIL PROTECTED]>
___
Guile-user mailing list
[EMAIL PROTECTED]
http://lists.gnu.org/mailman/listinfo/guile-user
alk about the parameter types being known after the
statement is prepared. If these can be extracted and put in the boxed
type with the query name, then the list of scheme params could be
converted to them via the registered type converters, and that would
be a very nice interface.
--
Greg T
'm just storing the object in a variable and not using it until a
link is added, which doesn't happen during object initialization.
Thus I realize that what I want to do is vaguely unschemely.
My fallback is to initialize the linkset on first use, or after object
createion, or som
targs)
(next-method)
(slot-set this 'links-ip (make #:my-node this))
(slot-set this 'links-udaan (make #:my-node this))
--
Greg Troxel <[EMAIL PROTECTED]>
___
Guile-user mailing list
Guile-user@gnu.org
http://lists.gnu
searchprefix=/usr/bar
so that someone building another package to /usr/bar can invoke this
on the system guile to hook in the new path.
--
Greg Troxel <[EMAIL PROTECTED]>
___
Guile-user mailing list
Guile-user@gnu.org
http://lists.gnu.org/mailman/listinfo/guile-user
, I use -R when linking, so the libraries can find other
libraries. This is standard practice in NetBSD pkgsrc, but we of
course need to arrive at a solution that can work for all reasonable
practices. I think it's reasonable for people that declin
Neil Jerram <[EMAIL PROTECTED]> writes:
> Greg Troxel <[EMAIL PROTECTED]> writes:
>
> Yes, thanks. This is exactly what was in my mind too, but I didn't
> make that clear.
Glad I was helpful - was feeling redundant but posted anyway.
> Basically, when I'
aps the tag for /usr/foo/share/guile
should be /usr/foo, so packages can search for a load dir by their
prefix. Perhaps there should be an optional argument that returns the
path now and causes creation of it at make install time.
--
Greg Troxel <[EMAIL PROTECTED]>
_
I don't see your point - can you be more concrete?
I was trying to contort the tag mechanism into doing what you showed
how to do earlier. Now I realize there's no need, so with the caveat
that I'd like the docs to explain how to do in-own-prefix installs as
you did in email, I can ful
Neil Jerram <[EMAIL PROTECTED]> writes:
> Greg Troxel <[EMAIL PROTECTED]> writes:
>
> > I was trying to contort the tag mechanism into doing what you showed
> > how to do earlier. Now I realize there's no need, so with the caveat
> > that I'd li
t with a prefix different from that of emacs in emacs'
prefix isn't necessary. So I'd like the core distribution to at least
be neutral on what the 'right' way is, and explain both
in-guile's-prefix and in-the-prefix-that-was-given method
r into guile's load-path at make install time.
So, I think my cross-product idea was not so good - the current 3
places are a bit messy/historic rather than really the right thing to
do.
--
Greg Troxel <[EMAIL PROTECTED]>
___
Guile-user mailing list
Guile-user@gnu.org
http://lists.gnu.org/mailman/listinfo/guile-user
ne important
feature is that inclusion, dynamic link, etc. should be able to ensure
it gets exactly what was searched for and tested at configure time.
--
Greg Troxel <[EMAIL PROTECTED]>
___
Guile-user mailing list
Guile-user@gnu.org
http://lists.gnu.org/mailman/listinfo/guile-user
ggest sane behavior to avoid future messes to be
backwards-compat with.
--
Greg Troxel <[EMAIL PROTECTED]>
___
Guile-user mailing list
Guile-user@gnu.org
http://lists.gnu.org/mailman/listinfo/guile-user
I'm investigating why in NetBSD pkgsrc the update of slib to 3a2
breaks the guile-slib package, failing when it tries to build the
catalog:
cd /usr/pkg/share/guile/slib; guile -q -s /usr/pkgsrc/devel/guile-slib/files/ge
ncat.scm
ERROR: Unbound variable: with-load-pathname
gencat.scm is provided
le to make a catalog and
load modules. But even after a catalog is created, the existing ice-9
slib fails to load modules.
I believe this should be fixed for 1.6.8; breaking slib breaks
gnucash.
--
Greg Troxel <[EMAIL PROTECTED]>
___
rocedures that slib expects, but slibs guile.init does.
> guile
guile> (load "/usr/pkg/share/slib/guile.init")
guile> (require 'stdio)
guile> (printf "foo %d\n" 2)
foo 2
6
Whether there is something deeper with gnucash, I don't know, but I
o pkgsrc's guile entry to change
ice-9/slib.scm to the above; right now gnucash doesn't work in pkgsrc.
Comments on the above, and how better to do it appreciated.
--
Greg Troxel <[EMAIL PROTECTED]>
___
Guile-user mailing lis
;t asked for it, and that's not good.
I'll try again, and this time export the symbols from before plus the
new one that precipitated all this.
--
Greg Troxel <[EMAIL PROTECTED]>
___
Guile-user mailing list
Guile-user@gnu.org
http://lists.gnu.org/mailman/listinfo/guile-user
"/slib/guile.init"))
--
Greg Troxel <[EMAIL PROTECTED]>
___
Guile-user mailing list
Guile-user@gnu.org
http://lists.gnu.org/mailman/listinfo/guile-user
Kevin Ryde <[EMAIL PROTECTED]> writes:
> Greg Troxel <[EMAIL PROTECTED]> writes:
> >
> > (define-module (ice-9 slib)
> > :export (slib:load
> >implementation-vicinity
> >library-vicinity
> >home-vicinity
>
Kevin Ryde <[EMAIL PROTECTED]> writes:
> Greg Troxel <[EMAIL PROTECTED]> writes:
> >
> > You are right, but if you object to going from what we have to what I
> > posted, I don't see your point.
>
> I was hoping the issue could be killed for good, ie.
r guile.init to declare a preferred case and always use
that, since that would work with either case-sensitive or insensitive
parsers.
--
Greg Troxel <[EMAIL PROTECTED]>
___
Guile-user mailing list
Guile-user@gnu.org
http://lists.gnu.org/mailman/listinfo/guile-user
So a (ice-9 slib) that does
(define-module (ice-9 slib))
([load guile.init])
would be fully adequate, and avoid the messy symlinking issue?
--
Greg Troxel <[EMAIL PROTECTED]>
___
Guile-user mailing list
Guile-user@gnu.or
ries based on it's own $prefix at configure
time. I've done this with foo.scm.in and autoconf.
An important point is that some people (including me) believe that
only files managed by a pkg system belong in the prefix assigned to
the system. I t
y for someone to add. so I'd like to be able
to do something like:
# guile-admin --add-prefix /usr/foo
# guile-admin --remove-prefix /usr/foo
# guile-admin --show-prefixes
--
Greg Troxel <[EMAIL PROTECTED]>
___
Guile-user
guile-gtk is pretty much inactive. guile-gnome seems to work, but I
haven't seen much development on g-wrap or guile-gnome.
--
Greg Troxel <[EMAIL PROTECTED]>
___
Guile-user mailing list
Guile-user@gnu.org
http://lists.gnu.
x27;s been hard for me to follow it:
http://www.gnu.org/software/guile-gnome/dev/
--
Greg Troxel <[EMAIL PROTECTED]>
___
Guile-user mailing list
Guile-user@gnu.org
http://lists.gnu.org/mailman/listinfo/guile-user
- that one is 2
years old.
Is guile-fcgi alive? I have a 2001 release and the homepage is gone:
http://www.bgu.ru/%7Edsa/guilefcgi.html
--
Greg Troxel <[EMAIL PROTECTED]>
pgp1WRRVlO0Du.pgp
Description: PGP signature
___
Guile-user ma
So at this point, if someone else wants to investigate, that would be
great. Also, there's no reason that we have to pursue the more
ambitious changes. For now, if no one has time to investigate the
modular approach, we could attempt to do something more like what we
did in 1.6.
In
guile-gnome-platform 2.15.91 may be downloaded from:
http://ftp.gnu.org/pub/gnu/guile-gnome/guile-gnome-platform/guile-gnome-platform-2.15.91.tar.gz
I'm really glad to see this.
Note that this release requires the yet-unreleased G-Wrap 1.9.8. Until
it is available, you may follow the ins
[EMAIL PROTECTED] (Ludovic Courtès) writes:
>> --- guile-config/guile-config.in.orig 2006-09-20 00:19:02.0 +
>> +++ guile-config/guile-config.in
>> @@ -155,7 +155,7 @@
>> (if (or (string=? libdir "/usr/lib")
>> (string=? libdir "/usr/lib/"))
>
quot;-L/my/guile/path/lib -Wl,-R/my/guile/path/lib".
>
> Greg Troxel <[EMAIL PROTECTED]> writes:
>
>> Probably you are right. But not having a way to include some sort of
>> rpath when needed isn't portable either.
>
> Doesn't Libtool solve this proble
[EMAIL PROTECTED] (Ludovic Courtès) writes:
> Greg Troxel <[EMAIL PROTECTED]> writes:
>
>> I think guile should have a .pc file for pkg-config and guile-config
>> should be deprecated eventually. That's really orthogonal.
>
> Yeah, that's probabl
I have this patch lying around from adding pkgconfig support long ago; I
think I sent it and there wasn't much interest then.
Index: Makefile.am
===
RCS file: /QUIST-CVS/guile/Makefile.am,v
retrieving revision 1.1.1.3
diff -u -r1.1.
The hard question is whether you want the site directory in guile's
prefix, or the corresponding place in your prefix, assuming they are
different. I have tended to use the corresponding place in my prefix,
and then to either add to load path or symlink my subdir into guile's
site directory.
___
Jon Wilson <[EMAIL PROTECTED]> writes:
> Using ubuntu, apt installs packages under /usr. When I find something
> that either isn't up to date enough or doesn't exist in the ubuntu
> repos, I build it from source. In that case, I either install to /opt
> or to /usr/local. Sometimes this includes
[EMAIL PROTECTED] (Ludovic Courtès) writes:
> Hi,
>
> "Poor Yorick" <[EMAIL PROTECTED]> writes:
>
>> building guile on the following machine:
>>
>> Linux *** 2.6.9-42.0.3.ELsmp #1 SMP Mon Sep 25 17:24:31 EDT 2006 x86_64
>> x86_64 x86_64 GNU/Linux
>>
>> make check fails. Apart from the following
Mike Gran <[EMAIL PROTECTED]> writes:
> OS WITH OFFICIAL PACKAGE OR PORT FOR 1.8
>
> Gnu/Linux (various distros)
> NetBSD
> Debian Gnu/Hurd "sid"
> Cygwin
>
> OS WITHOUT OFFICIAL PACKAGE OR PORT FOR 1.8
>
> OpenBSD
> FreeBSD
> Minix 3.0
> Darwin
> FreeDOS ;-)
>
> (Granted, Guile may well compile o
Before to try to do it myself, and with the idea to share info on this
matter, may I ask if any of you guys already attempted to
modify/compile the guile-pg debian package [currently testing:
0.16-4+b1] with guile-1.8 ?
I am not (I work on pkgsrc not debian), but guile-pg currently depends
[guile-pg and guile 1.8]
I was hoping his guile-pg would work because it doesn't explicity
state that a 1.4.x guile is required like some of his other packages
do.
It works fine under 1.6. What it needs is the feature, deprecated in
1.6 and removed in 1.8, of looking for a shlib when a m
I ma pretty sure that 1.6 and 1.8 behave the same way when one loads a
.so when in a module context. It's just that 1.8 no longer has the code
that satisfies a require by loading a .so.
So the export statements that David posted from debian look fine to me,
and the least confusing way to do thing
[EMAIL PROTECTED] (Ludovic Courtès) writes:
> Hi,
>
> Ondrej Zajicek <[EMAIL PROTECTED]> writes:
>
>> (use-modules (srfi srfi-19))
>> (define (str->date str) (string->date str "~d-~m-~Y"))
>> (define (date->str str) (date->string str "~d-~m-~Y"))
>>
>> (date->str (time-utc->date (date->time-utc (s
"Kjetil S. Matheussen" <[EMAIL PROTECTED]> writes:
> Ludovic Court?s:
>> Hi,
>>
>> "Maciek Godek" <[EMAIL PROTECTED]> writes:
>>
>>> is there any portable and recommended way for passing C pointers around
>>> in guile environment?
>>> I think of something like scm_to_ptr (analogous to scm_to_int e
My immediate reaction is that test suites aren't good benchmarks because
we will often want to add to test suites, while changing the benchmark
invalidates previous data so we will not want to change the benchmark.
Now, if you mean to use the test suite as a collection of
micro-benchmarks, so that
Ken Raeburn <[EMAIL PROTECTED]> writes:
> On Jul 9, 2008, at 12:55, Kjetil S. Matheussen wrote:
>> On Wed, 9 Jul 2008, Greg Troxel wrote:
>>> Does C guarantee that pointers fit in unsigned long?
>> I don't know. But in practice: Yes.
>
> According to vari
Your object system seems not to have a meta-object protocol.
There is an interesting and important book about this subject, and it's
worth reading if you haven't.
http://en.wikipedia.org/wiki/The_Art_of_the_Metaobject_Protocol
But, you said you are going for simple/less powerful.
pgpl8bVGRMGN
Also, can anyone provide a summary of all the DB-related libraries for
Guile? I believe there's guile-pg, and guile-sqlite, but (i) there
could be others I've forgotten, and (ii) it would be great if someone
could summarize how they differ / overlap / compare with each other.
I am famili
Also, can anyone provide a summary of all the DB-related libraries for
Guile? I believe there's guile-pg, and guile-sqlite, but (i) there
could be others I've forgotten, and (ii) it would be great if someone
could summarize how they differ / overlap / compare with each other.
guile-pg ha
? I would be surprised if any database interface returned a
string, when the database column was declared an int,
so I don't quite understand this ...
That would be the SQL way :-) I haven't looked at guile-dbi; perhaps it
has the critical conversions already.
guile-pg does support pg larg
but...
"To build Guile-PG you need to have installed both the PostgreSQL
frontend library libpq, and a version of Guile that can load binary
module (a b c) from file a/b/c.so or a/b/c/libc.la under `%load-path'."
I believe the last bit means it'll work with guile-1.4 or guile-1.6
> True, but to make this work in 1.8 you just have to write a single .scm
> file for the module which loads the shlib and re-exports all the right
> symbols. And maybe a little else, but I am pretty sure not much.
Easy for a C programmer no doubt, but not so easy for a lowly scripter
l
Sebastian Tennant <[EMAIL PROTECTED]> writes:
>> Yes, this needs to be done, but there is quite a bit more work that
>> has to happen.
>>
>> The C code uses features and interfaces from Guile 1.4 that are
>> deprecated in 1.6 and completely removed in 1.8. You just can't
>> compile and link the
http://www.debian.org/distrib/packages
than select the package name and release [stable, testing, unstable]
you get this page:
http://packages.debian.org/lenny/guile-pg
Thanks. That page is missing links to the upstream homepage and
distfile. But I grabbed the
Any ideas for binary compatibility for the "micro" revisions?
I recently discovered that a library compiled against 1.8.3
would core dump when used with an application compiled
against 1.8.5. Operationally, not a big deal, really; I just
recompiled the lib, but emotionally, it did give
"Neil Jerram" <[EMAIL PROTECTED]> writes:
>> 2008/11/11 Ludovic Courtès <[EMAIL PROTECTED]>:
> But this isn't obvious to me. _If_ the libtool versioning system
> works in practice, in the senses of
>
> - permitting linking when it ought to be permitted
>
> - failing linking when it ought to fail
l...@gnu.org (Ludovic Courtès) writes:
> Hi!
>
> Andy Wingo writes:
>
>> We should probably have some kind of policy regarding licenses. Here are
>> some options that I can think of:
>
> I'd say leave PD code PD, and move GPLv2+ files to GPLv3+, with clear
> license headers. (My understanding i
I noticed there are no releases :-)
Seriously, I pretend to maintain the guile-lib package in pkgsrc. It
currently has:
DISTNAME= guile-lib-0.1.4
CATEGORIES= devel
MASTER_SITES= http://download.gna.org/guile-lib/
MAINTAINER= g...@netbsd.org
HOMEPAGE= http://home.gna.org/g
Sebastian Tennant writes:
> Hi Guilers,
>
> Is anyone familiar with the internals of guile-pg (version 0.16, author
> Ian Grant) which wraps PostgreSQL's libpq?
By 0.16, I think you mean ttn's version of Ian Grant's abandoned 0.07 or
so.
> I'm getting a lot of 'broken pipe' errors of the sort:
Sebastian Tennant writes:
> Quoth Greg Troxel :
>> Sebastian Tennant writes:
>>
>> By 0.16, I think you mean ttn's version of Ian Grant's abandoned 0.07 or
>> so.
> On closer inspection, it probably is the version you're referring to as
> ttn
I have written standalone programs in guile, and I think it does ok at
that. goops is very cool, and like CLOS, but more scheme-ish (meaning
there is one namespace rather than a separate variable/function/class
namespace).
pgpZLteBgIttq.pgp
Description: PGP signature
Ken Raeburn writes:
> One nagging concern I've got about my Guile-Emacs project is the
> seemingly narrow focus of active Guile developers as far as platforms
> are concerned. I'm one of, what, two or three people testing the
> development versions on Mac OS X now and then, and most of the rest
I was wondering if it's possible to have guile 1.8 and guile 2.0
installed on the same system? I remember reading in the documentation
that it is, but I haven't been able to pull it off yet, except by using
different --prefix values for each.
pkgsrc (a packaging system originally for NetB
I think that aclocal looks for files that define needed macros, so you'd
still get a conflict even if the file is renamed.
But if I write something that depends on guile, would I have to change
anything in my scripts to use guile 2.0 if I've installed the file as,
for example, guile2.m4?
N
zx spectrumgomas writes:
> I've created GNU Guile in google+ . Join to the community!
> https://plus.google.com/communities/109342732294319716184?hl=es
I always find it odd and #disturbing that Free Software communities use
sites like this, built with non-free software and with at best unclear
pkgsrc has an entry for guile-fcgi, with tarball contents:
/usr/pkgsrc/devel/guile-fcgi > tar tfvz
/usr/pkgsrc/distfiles/guile-fcgi-0.1.tar.gz
drwxrwxrwx 2 500 5000 Aug 19 2001 guile-fcgi-0.1
-rw-r--r-- 1 500 50010405 Aug 19 2001 guile-fcgi-0.1/Makefile.in
-rw-
Nala Ginrut writes:
> hi Greg!
> I know nothing about this guile-fcgi, but I'm writing a fcgi-interface
> for my web-server written with Guile. And I can't download this
> guile-fcgi tarball from internet anyway, all left is dead link.
>
> Would you please send this tarball to me? I need it for
David Pirotte writes:
> http://ftp.gnu.org/gnu/g-golf/g-golf-0.8.0-rc6.tar.gz
This is an odd version scheme; I would suggest that you instead use
0.8.0rc7 next time. Packaging systems have code to interpret versions,
and the - is irregular as it usually separates package names and
version
84 matches
Mail list logo
