CFLAGS=-I$HOME/my/include LDFLAGS=-L$HOME/my/lib
In your CFLAGS, try putting a -O2. This can sometimes cure the stack overflow
problems.
Good luck,
Mike Gran
new
Guile gets yum'ed out to my group.
-Mike Gran
name in the assertion
error instead of the C function name. Also, in make_g_db_handle, the assertion
for the second parameter is incorrect.
Thanks,
Mike Gran
guile-dbi.c.patch
Description: Binary data
been playing with guile and mysql recently, but mostly with my own
interface code.
-Mike Gran
it made my head hurt.
Any better ideas?
-Mike Gran
., in
> `after-gc-hook' and `exit-hook'.
OK. I see in the manual there is a section on guardians and a mention of
after-gc-hook in garbage-collection section. Cool.
Exit-hook is underdocumented. The one thread suggested that exit-hook is only
called when using the REPL. Is that (still) true?
-Mike Gran
y_end() when that variable is
GC'd. But I can make it more schemey by using guardians and after-gc-hook as
you suggested.
Thanks,
Mike Gran
> From: Neil Jerram <[EMAIL PROTECTED]>
> Hi Mike, thanks for your response.
>
> I would propose, then, that we clearly flag (on the mailing list) an
> API change at the time when the relevant commit is made to the
> repository, and make sure that some minimum period of time elapses
> before t
> 2008/11/14 Mike Gran :
> >
> > So I'm back to the idea of creating a module-level variable that exists
> > while
> > the module is in memory, and then calling library_end() when that variable
> > is
> > GC'd. But I can make it more sch
andalone tests in "make check" hang for some
reason. Also, you still get the "freeze on ^D in the REPL" bug that has been a
longstanding cygwin mis-feature.
Thanks,
Mike Gran
configure.in.patch
Description: Binary data
guile.c.patch
Description: Binary data
Makefile.am.pat
Ludo'
> Thanks for the patches! I've started looking into this. The
> `srfi-14.c' and `posix.c' patches are no longer needed; the `guile.c'
> patch has been in the pipeline for some time; the `configure.in' patch
> appears to be required, despite the fact that Libtool is supposed to
> honor the
,
Mike Gran
> From: Zeeshan Ali (Khattak)
> I am no autotools expert but i think DESTDIR env variable is not
> getting respected. Here is my Makefile.am:
The GUILE_SITE_DIR macro in guile.m4 doesn't search for any
DESTDIR information.
One way to keep automake happy is to install your files something
lik
ion released in 0.1.5 worked, but not the one in 0.1.6.
>
> > [1] - https://gna.org/support/?2043
>
> Do you have a test case? This code works for me.
>
I did also have problems when I tried SSAX 0.1.6. That was a
while ago, so I don't remember the details.
-Mike Gran
its character set. I want to know if I can
presume that the C code (char) 'A' has the same integer representation
as Unicode codepoint 'A' U+0041, for example.
Thanks,
Mike Gran
ty in the
future if someone implements R6RS ports and Unicode-enable
Guile. ;-)
There's more info about it at http://lonelycactus.com/transcoder.html
-Mike Gran
On Wed, 2009-04-01 at 23:24 +0200, Ludovic Courtès wrote:
> Hi Mike,
>
> Mike Gran writes:
> > Basically, one would create a transcoder like this...
> >
> > (define TC (make-transcoder "UTF-8"))
> > ... and then use it either to read codepoints fro
le-deprecated,
then that is your problem. If that isn't it, then you could try
explicitly enabling them by using ./configure --enable-deprecated.
--
Mike Gran
is returning 1.4.x, you probably have
an old version in your path. Maybe you installed two versions of guile
(like in both /usr and /usr/local or /var or whatever) and the 1.4
version of guile-config is winning.
Good luck,
Mike Gran
> From: Changying Li
>
> thanks very much!
>
> BTW, when will guile support unicode ?
>
Hopefully, we will have Unicode functionality in
the second alpha version 1.9.1. There are still
a couple of issues before it can be merged
into the main tree. This should happen in a
month or so.
On Sun, 2009-08-02 at 06:17 -0500, Linas Vepstas wrote:
> 2009/8/2 Richard Shann :
> The gh_* routines are old and deprecated, and have been for about
> a decade now .. don't use them.
>
> On the other hand, I notice that the tutorial at
> http://www.gnu.org/software/guile/docs/docs.html
> still u
> From: Linas Vepstas
>
> 2009/8/15 Ludovic Courtès :
>
> > ** Incomplete support for Unicode characters and strings
> >
> > Internally, strings are now represented either in the `latin-1'
> > encoding, one byte per character, or in UTF-32, with four bytes per
> > character.
>
> Will this e
e enough
for actual use.
Thanks,
Mike Gran
uot;fem" "flam" "flea" "flee" "flew" "Clem" "elem" "f
led" "Flem's")
guile> (aspell-store-replacement "flem" "phlegm") ; add a preferred replacement
#t
guile> (aspell-word "flem")
("Flem" "phlegm" "fl em" "fl-em" "Lem" "fem" "flam" "flea" "flee" "flew" "Clem"
"elem" "fled" "Flem's")
---
Thanks,
Mike Gran
> From: Neil Jerram n...@ossau.uklinux.net
> True. But you should be able to work around that just by
> changing [ and ] back to ( and ).
> (Personally I dislike those square brackets, and it seems
> to me an unhelpful editorial choice to use them in TSPL.
> I don't recall my copy having them
>From: Linas Vepstas
>
>I've found the following bug/feature with guile-1.8.7 and would like to
>solicit for comments.
>Is this a guile bug? What's the proper work-around?
>
>I've got a C program that does a setlocale (LC_ALL, ""); printf ("%f",
>0.2000);
>
>In the de_DE.utf8 locale, the resul
Many thanks, Neil. Good luck.
-Mike
said last time that this release would probably include
bindings for ncurses's terminfo and termcap functions. I lied. But,
next time, I totally plan to put terminfo and termcap functions in.
Thanks,
Mike Gran
> From: Marco Maggi
> It is an Emacs coding, UTF-8
> with the suffix "-unix"
> (explained in the
> Emacs info doc node "Coding Systems")
> which
> means no end-of-line conversion and newline
> to
> separate lines.
We talked about making a list of aliases between
Emacs c
> Andy sez
>> Mike sez
>> We talked about making a list of aliases between
>> Emacs coding names and standard encoding names
>> at one point.
> Ah, thanks for the links. What do you think is the best
> thing to do in this case?
I'd say that we could keep it simple and hardcode a
list in libgu
> From: Marco Maggi
>
> Is running > href="http://autogen.sh";>autogen.sh the only thing one has
> to do whentrying a build from a git cloned repository?
> While running it, I get multiple times the error:
> configure.ac:871:
> warning: macro `AM_GNU_GETTEXT' not found in library
Do y
> From: Cecil Westerhof ce...@decebal.nl
What am I doing wrong?
You're confusing (ice-9 readline) with (ice-9 rdelim).
The former adds the ability to edit from the guile prompt.
The latter adds a function to read whole lines from
ports.
I might have written your script this way
(use-modules (ic
acter
support, but, to get it to work, you need to declare your locale. UTF-8
isn't necessarily assumed as default.
You might have to call (setlocale LC_ALL "") at the top of your program,
or maybe explicitly set your port's encoding with
(set-port-encoding! port "UTF-8")
-Mike Gran
t the LAMP stack my hosting
provider allows.
Thanks,
Mike Gran
und it yet.
For my own personal use, I have a Guile binding of GNU Plotutils. I had
planned that someday I'd clean it up and making it available. It has most
of the functionality of the GNU Plotutils 'graph' program.
(But, I guess if you want a solution today, my vaporware isn't going to help.)
-Mike Gran
feed
Sweet. I'll check it out.
Thanks,
-Mike Gran
ms to be able to do PS, PNG and SVG, and some other obscure formats.
I've only used X, tek, and PNG. I don't think it'll do Pstricks.
What is the state of the are in open-source plot libraries these days?
-Mike Gran
nd replaced the file reading with
reading from Guile f64vectors.
All this would have to have the same license as Graph, which is GPL 2+.
-Mike Gran
> From: Thien-Thi Nguyen
> Cool. Let me know what i can do to help get it onto Savannah.
I talked to the plotutils maintainer over on the bug-plotutils list.
He expressed some interest in folding any bindings into the upstream
plotutils tree. This is great for me, because the problem with th
>>I'll throw up the code somewhere temporary but hackable, like github,
>>tomorrow.
>
> Can't wait...
>
It is at http://github.com/spk121/guile-plotutils
We're probably boring the guile-users lists at this point, so you could
mail me directly, if you so choose.
-Mike
> From: Joel James Adamson
>> Mike Gran writes:
>
> >
> > It is at http://github.com/spk121/guile-plotutils
>
> Can we set up something on github? As soon as it's ready for Savannah
> we can have a mailing list there.
>
> Joel
I made a space
> From: "d...@mac.com"
>
> Guile is not its REPL. Look at '-s', '-e'. With that resolved,
> I wonder whether there are still useful HTML pages where the
> static template is large compared to the language fragment.
>PHP is a product of its time.
I agree with Dan that the large template with sma
ed to cursyncup
- Bugfixes
Thanks,
Mike Gran
ile 1.4)
can be found at
http://www.gnu.org/software/serveez
Thanks,
Mike Gran
> From:Thien-Thi Nguyen
>
>So perhaps parts of the Serveez spirit could conquer Guile core? :-)
>Thoughts?
I've been playing in own sandbox for a while. I've lost touch with what
guile-core and guile-www provide. But, I agree that some of those POSIX-style
APIs are klunky.
(I hesita
Hi-
I have a few questions about how backtraces are supposed to work.
But let me start at the beginning, I guess.
If I create a file named "symbol1.scm" that contains the
single erroneous line.
(symbol->string "STRING")
If I run that script, it creates a backtrace for the error but
says it
> From:Andy Wingo
> In any case it seems that symbol1.scm.go tail-calls symbol->string, so
> we are left without source info. Bummer. We could improve this by
> keeping a ring buffer of previous frames, like JRM suggests in
> http://funcall.blogspot.com/2009/05/you-knew-id-say-something-part-iv.
> From:Andy Wingo
> > Thus, if I understand correctly, the closest I can get to getting source
> > info for this trivial case would be to change the script to
> >
> > (symbol->string "HELLO")
> > #t
>
> Yep.
>
> > Adding a #t so it can't be tail-called. Then I get
> >
> > In unknown file:
>
From: nalaginrut nalagin...@gmail.com
>>hi all!
>I found SCM_STRING_CHARS is deprecated, but I didn't find it's
>alternative from NEWS. Could anybody tell me where to find it?
The move to Unicode makes things a lot more complicated, unfortunately.
Strings before 1.9.x were 8-bit, so the way they
run, it should have made a handful of tmp.txt files, one
per thread. Search through these files for strings like "error" or "fatal"
with reference to your binding. It may be that you've misspelled a function
name or are trying to link to a function that doesn't exist.
For more info on this, check out the man page to ld-linux.so
Hope this helps,
-Mike Gran
>> OK, I solved the problem. Checking the files vm.c, vm.s,... . I found
>> the character
>>
>>
>>
>> at file vm.c.
>
>there's a strange character between the ctrl-L and the "at file".
>I thought that was what he was having problems with.
>
>od -x
>
>120 7463 7265 0a0a 0a0c ef0a bfbb 7461 6
Hi-
So, it is time for me to buy a new phone.
Has anyone run Emacs or Guile on their phone?
(Somehow I doubt there is a phone keyboard that'll let me type
+).
-Mike Gran
Hi-
What is the replacement for gh_repl? Which is to say, if I'm using
Guile as an extension language, what command should I execute in C
to drop me into the Guile REPL?
Thanks,
Mike
es at http://github.com/spk121/song5
There is a bit of a README there that gives more description.
Have fun,
Mike Gran
ted debugging
facilities as compared to most C debuggers. Guile has improved quite
a bit, but, it is not gdb.
Personally I tend to fall back on 'debug by print' paradigms with scheme.
-Mike Gran
>From: Ariel Rios
>
>Where do I get bdwgc?
>
It is best to get it from your distro, but, if you want to build from source
you can find it at
http://www.hpl.hp.com/personal/Hans_Boehm/gc/
The current version is gc-7.2alpha6.tar.gz.
and the bleeding edge is at
https://github.com/ivmai/bdwg
> From: Andy Wingo
> On Wed 16 Nov 2011 11:17, ri...@happyleptic.org writes:
>
>>> If I bootstrap Guile-X from GCC, I have to trust GCC.
>>
>> And the code for this C evaluator that's almost used nowhere thus
>> probably much less tested than the rest of Guile.
>
> On the contrary, it is use
his
SCM cfunc (SCM arg);
(It is an easy problem, but, I figured I'd be lazy and
ask.)
Thanks,
Mike Gran
> From: Ludovic Courtès
>
>Hi!
>
>Thanks to the advent of high-tech continuous integration, it is now[*]
>possible to get a QEMU image of the latest GNU operating system
>(aka. GNU/Hurd), containing the latest Guile 2.0.x, off their respective
>version-control systems:
Cool. Is Guile a staticall
> From: Ludovic Courtès
>> Basically to search for c file definitions like this...
>>
>> SCM_DEFINE (cfunc, "gfunc", 1, 0, 0, (SCM arg), "a function");
>>
>> and return header declarations like this
>>
>> SCM cfunc (SCM arg);
>
>There’s no such tool AFAIK, but you can always come up with on
s and vars in the top Zile module.
Is that right?
Thanks,
Mike Gran
> From: Sven Hartrumpf
>My test program is made up of around 100 scheme files, all
>encoded in latin-1.
>I added to the master file the following comment:
>
>; coding: iso-8859-1
>
>which works as documented.
>How can I avoid to add this comment line to all the other files
>which are currently inc
>Not when loading a file with Latin-1 characters:
>
>> cat aa.scm
>(define c #\ä)
>
>> guile
>GNU Guile 2.0.3
>...
>scheme@(guile-user)> (load "aa.scm")
>;;; compiling /home/s/aa.scm
>;;; WARNING: compilation of /home/s/aa.scm failed:
>;;; ERROR: In procedure scm_lreadr: /home/s/aa.scm:1:13: unkno
> Hi Mike!
>
>> Over the USA holiday I started looking at the last C version of
>> Zile, which has its own toy Lisp interpreter. (Zile also
>> comes in a new Lua version!) I looks like it would be simple to
>> strip out that Zile Lisp and replace it with Guile Scheme.
>> But I don't think
> From: Ludovic Courtès l...@gnu.org
>
> This sounds great! Another competitor for Gano and Guile-Emacs! ;-)
LOL. Gano. Gano lead to a fairly complete ECMA-48 soft term library, which
was the fun part. But building the state machine got boring. So
Gano is dead. Long live Gano.
I could
> From: Klaus Schilling
>
>> I could post the ECMA-48 soft term library, I guess, but, I imagine
>> the potential number of users of such a library to be approximately zero.
>>
> what is an ecma-48 soft term library?
It is an object that contains a sequential list of fixed-width strings
and a
> From: Ludovic Courtès
>
> Hi Mike!
>
> Mike Gran skribis:
>
>> I have a somewhat complete version at
>> https://github.com/spk121/zile
>
> Nice!
>
> So, first, the obligatory patch:
Thanks
> Am I missing something?
There's a bad m
> From: Andy Wingo
> To: Mike Gran
> Cc: Guile User
> Sent: Monday, January 9, 2012 9:35 AM
> Subject: Re: gh_repl
>
> On Sun 25 Sep 2011 05:54, Mike Gran writes:
>
>> What is the replacement for gh_repl?
>
> I don't know! When I started with Guile
> From: Andy Wingo
>> For guile-2.0, I eventually settled on
>>
>> scm_call_1 (scm_c_public_ref ("system repl repl",
> "start-repl"),
>> scm_from_locale_symbol ("scheme"));
>
> This won't catch SIGINT, and it won't add on the session, regex, and
> threads bindings to your guile-user.
> From: Mark H Weaver
>> scm_from_locale_symbol ("scheme"));
>
> Note that it's good practice to always use `scm_from_utf8_symbol' or
> `scm_from_latin1_symbol' when the argument is a C string literal.
[... ]
> More importantly, since many people tend to copy code snippets from what
> the
I added to the master file the following comment:
; coding: iso-8859-1
which works as documented.
How can I avoid to add this comment line to all the other files
which are currently included by the master file using
> "load"?
>>>
>>> You can (fluid-set!
Hi Thi-
On the box I'm at right now, the locale is C
Guile 1.8 gives me the result in guile-1.8.out.
Guile 2.0 gives me the result in guile-2.0.out.
If I add a (setlocale LC_ALL "") to the top of the script
guile-2.0 gives me guile-2.0.out2.
guile-1.8 is unchanged.
-Mike
guile-1.8.out
Des
> From: Thaddee Tyl
$ find /usr -name 'libffi.*'
> /usr/lib/libffi.dylib
> /usr/local/lib/libffi.5.dylib
> /usr/local/lib/libffi.a
> /usr/local/lib/libffi.dylib
> /usr/local/lib/libffi.la
> /usr/local/lib/pkgconfig/libffi.pc
> /usr/local/share/info/libffi.info
>
>However,
> From: Thaddee Tyl
> Still, isn't it odd that it doesn't find libffi in the standard
> installation path?
Well yes and no. The guile developers decided that they weren't going
to search for libraries in ./configure. They were going to use
pkgconfig instead. So they instead just look for the
>Hello Guilers!
>
>So, here’s a suggestion: let’s write neat hacks that integrate Guile
>with some other piece of software, preferably GNU packages. Examples
>include extending GCC or GDB extension in Guile, work on Mike’s
>Zile-on-Guile, enhanced Guile support in GNU Make, and Hurd file systems
>
at inserts the world "blammo" at the mark
whenever is pressed.
-- And, if really you wanted to, you could edit your current buffer in
the REPL
For example:
(insert "here is some text")
(forward-char)
But that would just be silly.
Thanks,
Mike Gran
> From: Bernardo Ezequiel Contreras
>
>
>Do you plan to write everything on guile? is it possible?
I don't plan on writing everything in Guile, but, it is possible.
Zile only depends on the Ncurses libraries. There are Guile
bindings for Ncurses. So I have everything I would need.
I have
> From: Ludovic Courtès
> There’s a small issue: for me, it would segfault; using NULL instead of
> 0 as the sentinel in scm_c_export calls solves the problem for me (patch
> below.)
Thanks for checking it out. I'm guessing why it segfaults for you and
not for me is 32-bit vs 64-bit.
-Mike
Hi-
Lacking time to complete a more awesome hack by the 16th, attached please
find a decade-old hack that required only slight modification
to make it run anew.
Yeah, Guile Ncurses Tetris.
Or, if you prefer, I have a bug-fix release of my version of the Zile
editor modified to use Guile as its e
> From: Ludovic Courtès l...@gnu.org
> It seems to be too fast for me, and to ignore (?) my keystrokes. How
> can I make it slower?
>
I should have know that using (times) wasn't very portable.
I'll have to redo it with srfi-18 time to be more formal.
To try it now, increase the 500 in line
>
>Hi,
>
>Why do we need substring [1]? We already have string-copy which looks
>similar to me.
>(These functions take different number of arguments, but string-copy
>can handle this because it's more generic.)
I haven't looked at the code lately, but, it used to be that substring
would allow yo
> From: Mark H Weaver
>
> As shown in the upcase program above, (read-delimited "" port) will
> read
> the whole file as a string. You need to (use-modules (ice-9 rdelim)) to
> import this procedure.
Nice. For reading entire files, I always ended up doing something like
the following (which
se_module("zile")
Hope this correct, and that it helps.
-Mike Gran
> From: Mike Gran
> To: Panicz Maciej Godek ; "guile-user@gnu.org"
>
> Cc:
> Sent: Friday, November 16, 2012 8:03 AM
> Subject: Re: A [serious] problem with module integration
>
> Hello Panicz-
>
>> From: Panicz Maciej Godek
>> And now I
> From: Mark H Weaver
> Mike Gran writes:
>
> What Mike wrote here is almost correct, but there were a few mistakes.
Thanks for clarifying.
-Mike Gran
nyone knows the maintainers, and if they
need a hand with something, maybe I or we can help.
Thanks,
Mike Gran
> From: Ludovic Courtès l...@gnu.org
>> These are
>> - Texmacs (#704515)
>> - Autogen (#704517)
>> - coot (#704518)
>> - Demeno (#704519)
>> - Freehoo (#704521)
>> - Freetalk (#704522)
>> - geda-gaf (#704524)
>> - gnucash (#704527)
>> - gnu robots (#704528) - looks complete, but bug is still open
Hi Peter-
> From: Peter TB Brett
> I'll be releasing a new version of geda-gaf (1.8.0) which supports 2.0.x
> well
> within the next few hours, hopefully.
That's great news. Thank you.
-Mike Gran
Hi Jao-
> From: Jose A. Ortega Ruiz
> I have patches for a new version of mdk that compiles with Guile
> 2.0... the only missing bit is time :) i'm hoping to get to release a
> new version before the end of the year...
Great. Let me know if you need anything.
-Mike Gran
Hi Daniel-
> From: Daniel Hartwig mand...@gmail.com
> You may want to suggest having separate guile-1.8 and guile-2.0
> packages to keep things moving. Or, does Fedora not encourage
> packaging schemes like that?
First, I don't want to misrepresent my role. I'm only a Fedora
user and busybody.
> From: Germán A. Arias
>> > I install slib as described in manual, but I have a problem.
>>
>> Unfortunately, the slib interface for Guile has been broken for quite
>> some time. There has been some recent discussion [1] of fixing it,
>> including some preliminary patches, but that work see
> From: Ludovic Courtès
> Not sure if that’s what you mean here, but there are blog aggregators
> that may be relevant to Guilers, such as:
>
> http://planet.gnu.org/
> http://scheme.dk/planet/
My uninteresting ramblings show up on planet.gnu.org sometimes. But I
don't write much about Guil
Hi Mark
> Am I safe to use "scm_from_int" in its place and other general SCM
> numeric functions instead of the immediate number ones? These seem to
> make up a large number of the deprecated functions in use by this
> library.
Basically yes.
But when converting a scheme integer back to a C i
tact me
on list or at spk...@yahoo.com
Thanks,
Mike Gran
>
>
>Hello,
>
>
>I'm also curious - would you consider it bad for people
> who are already contributing to Guile to volunteer? I have
> some free time coming up and the project sounds fun to try,
> but you won't be adding another contributor to Guile if I am chosen. :-)
Hi Noah,
The point is
> From: Nala Ginrut
>> Heh, reimplementing coreutils in Scheme has been a plan of mine for a
>> while, as part of justifying my Iteratees library, but that has taken a
>> sideline to newer and shinier projects.
>>
>
> Maybe another new project, say, rewrite GNU with Guile, include part of
> HU
llel marks
- Added some configure support for Guile extension dir
tarball:
http://www.lonelycactus.com/tarball/guile_aspell-0.1.tar.gz
source code:
http://github.com/spk121/guile-aspell
home page:
http://www.lonelycactus.com/guile-aspell.html
Thanks,
Mike Gran
> From: Mike Gran
>
> Hi-
>
> With the Fedora 18 beta starting, I thought I'd check on the
> state of Guile. To date, Fedora hasn't moved past Guile 1.8.8.
>
> The meta-bug tracking Guile 2.0.x integration is #678238
>
> https://bugzilla.redhat.com
curl
home page:
http://www.lonelycactus.com/guile-curl.html
Thanks,
Mike Gran
7;s a fun message specific to your hack.
scheme@(guile-user)> (getgroups)
ERROR: In procedure getgroups:
ERROR: In procedure getgroups: Success
-Mike Gran
101 - 200 of 226 matches
Mail list logo
