Matt Wette writes:
> On 03/27/2018 05:40 AM, Thompson, David wrote:
>> On Mon, Mar 26, 2018 at 5:51 PM, Ricardo Wurmus wrote:
>>> Hi Guilers,
>>>
>>> I wrote a simple SVG-based picture language.
>> Wow! I never would have thought to use sxml to generate svg files. I
>> always thought we would ha
On Thu, 28 Mar 2019 at 15:15, Amirouche Boubekki
wrote:
>
> Eventually, I can reproduced the issue with guile-next from guix:
>
> scheme@(guile-user) [1]> (make-c-struct (list '* '*) (list (string->pointer
> "hello ") (string->pointer "there!")))
> $5 = #
> scheme@(guile-user) [1]> (parse-c-struc
On Fri, 29 Mar 2019, 09:46 David Pirotte, wrote:
> Hi again,
>
> > ...
> > Following your explanation and example, I tried this and thought it
> would work
> > then, but it also failed:
>
> > GNU Guile 2.2.4.1-cdb19
>
> > Enter `,help' for help.
> > scheme@(guile-user)> ,use (system foreign)
> >
On Thu, 20 Jun 2019 at 22:56, Mark H Weaver wrote:
> Hi Ludovic,
>
> Ludovic Courtès writes:
>
> > Mark H Weaver skribis:
> >
> >> I've finished my updates to the NEWS file in preparation for the 2.2.5
> >> release. Feel free to reorganize, edit, or expand on the NEWS entries
> >> as you think
I'm afraid arguing by analogy or proverb rarely helps, because the analogy
is usually inaccurate in some way.
Also, what about Horchata? :-)
On Thu, 17 Oct 2019 at 11:53, zx spectrumgomas
wrote:
> Let's hope so. But in Spain we have a proverb: "Blanco y en botella,
> leche". "White and bottle -
On Wed, 16 Feb 2022 at 09:04, Catonano wrote:
>
> Il giorno lun 14 feb 2022 alle ore 18:01 Vijay Marupudi
> ha scritto:
>>
>> > Is there any interest/possibility to have such a cookbook hosted
>> > within the Guile official documentation (as it is for Guix) ?
>>
>> I personally think that a Cook
On Wed, 16 Feb 2022 at 21:14, Catonano wrote:
>
>
>
> Il giorno mer 16 feb 2022 alle ore 10:54 Neil Jerram
> ha scritto:
>>
>>
>>
>>
>> > As for you creating a web site, I'd prefer such a website to be a
>> > communitarian effort, r
I wrote something called GDS, back in 1.8 days, that combined some of
the Emacs interaction features that we now have with Geiser, with
step-by-step debugging and breakpoints. You can read about that here:
https://www.gnu.org/software/guile/docs/docs-1.8/guile-ref/Using-Guile-in-Emacs.html#Using-G
Mark H Weaver writes:
> Krister Svanlund writes:
>> For example an instance of a class inheriting a class that inherits
>> that defines 'procedure is not applicable.
>
> Looking at the code, it is clear that in order for a GOOPS instance to
> be applicable, it is not enough for to be a
> super
Andy Wingo writes:
> Neat :) (Do you pngcrush these? They seem a little slow to serve.)
I just tried running pngcrush on all the .pngs, and didn't get more than
6-8% reduction. So unfortunately it doesn't look like that would help
much.
Thanks for the idea though!
Neil
Ken Raeburn writes:
> * Require libgc 7.2 or better. Too often the fix to flaky problems
> seems to be "try updating to the latest libgc and see if that fixes
> it", so let's just require it. Or is 7.1 really *that* consistently
> reliable for our use cases on some platforms?
7.2 is required f
William ML Leslie writes:
> For most entry-points, there is no extension. When you install your
> program, you normally install it as /usr/bin/foo, rather than
> /usr/bin/foo.[ss|scm|py|js|whatever]. This is the motivation for
> guile-foo symlinks or --lang options. I favour the symlinks slight
Andy Wingo writes:
> What do people think about this attached patch?
>
> Andy
>
>
>>From 831c3418941f2d643f91e3076ef9458f700a2c59 Mon Sep 17 00:00:00 2001
> From: Andy Wingo
> Date: Mon, 28 Jan 2013 22:41:34 +0100
> Subject: [PATCH] detect and consume byte-order marks for textual ports
In case
Andy Wingo writes:
> On Tue 29 Jan 2013 20:22, Neil Jerram writes:
>
>> (define (read-csv file-name)
>> (let ((s (utf16->string (get-bytevector-all (open-input-file file-name))
>>'little)))
>>
>> ;; Discard possible
Andy Wingo writes:
> Hi,
>
> Just thinking aloud here -- Windows has this O_BINARY thing that
> translates CRLF to LF when reading, and LF to CRLF when writing. It
> seems to me to be a useless thing. We already have our own i/o
> abstractions and should deal with CRLF vs LF in Scheme, I think:
taylanbayi...@gmail.com (Taylan Ulrich B.) writes:
> Hi,
>
> It occurred to me that nil and t are basically just symbols in Elisp,
> just with some magical properties. Like any symbol, they respond to
> symbolp, have a plist, value and symbol slot (although the value slot is
> immutable), etc. T
On 2014-02-20 16:59, Arne Babenhauserheide wrote:
Hi,
I recently experimented with docstrings, and I stumbled over not being
able to define a function which only has a docstring as body:
(define (foo)
"bar")
(procedure-documentation foo)
⇒ #f
Adding a form makes the string
Eli Zaretskii writes:
> For my convenience, I prefer to prepare a real ChangeLog entry, then
> copy that to a commit message, which leaves a ChangeLog file around.
> May I add ChangeLog to libguile/.gitignore, so that ChangeLog is not
> flagged by "git status"?
In case you don't already know: to
On 2014-03-12 06:57, Mark H Weaver wrote:
Andy Wingo writes:
How does this affect libgc?
First of all, it gives an answer to the question of "how much memory
does an object use" -- simply stop the world, mark the heap in two
parts
(the first time ignoring the object in question, the second
Hi there,
I'm interested in adding support for WebSockets
(http://tools.ietf.org/html/rfc6455) to Guile's web modules. Is anyone
else interested in - or possibly already working on - that?
Thanks,
Neil
On 2014-06-09 20:32, l...@gnu.org wrote:
What’s the name of /dev/null on Windows?
NUL
For example:
C:\Users\nj>echo hello >NUL
C:\Users\nj>
Regards,
Neil
Eli Zaretskii skribis:
From: l...@gnu.org (Ludovic Courtès)
Cc: guile-devel@gnu.org
Date: Thu, 12 Jun 2014 21:48:48 +0200
>> >> +(define %null-device
>> >> + ;; On Windows (MinGW), /dev/null does not exist and we must instead
>> >> + ;; use NUL. Note that file system procedures automaticall
On 2014-06-13 17:19, Eli Zaretskii wrote:
From: l...@gnu.org (Ludovic Courtès)
CC: Eli Zaretskii , guile-devel@gnu.org
Date: Fri, 13 Jun 2014 18:04:57 +0200
Like (string-match "^[a-zA-Z]:[/\\]" (getcwd)) ?
>>>
>>> Yes.
>
> But my Git Bash shell on Windows (at work) gives me paths like / let
On 2014-08-16 00:13, Ian Grant wrote:
Hello Guile types,
Hi Ian,
I have been experimenting with using libguile from within another
byte-code interpreter: Moscow ML. I have a version of Moscow ML with
an GNU lightning interface in which I JIT compile primitives to give
access to libguile funct
On 2014-08-18 03:14, Ian Grant wrote:
Hi Neil,
Sorry, I am replying to my message because I'm not on guile-devel, it
seems. I'll join later.
Thanks for clarifying that. The misleading statement in the manual is
just above the paragraph you quote: on
https://www.gnu.org/software/guile/manual/htm
On 2014-09-04 23:37, David Pirotte wrote:
Heya,
ping!
I'm pretty sure it is a guile core and/or a test suite problem, not
related
to corba itself [which as a matter of fact I do not know and do not
use
either :)]
I'd like to solve this problem before to release a guile-gnome-platf
On 2014-09-17 17:15, Ian Grant wrote:
When did you last audit these 66,000 lines of intermediate code, which
people are encouraged to run as root?
[...]
ian3@jaguar:~/build/guile-2.0.11$ wc -l Makefile lib/Makefile
libguile/Makefile configure
2373 Makefile
4052 lib/Makefile
3792 libgu
Nice work! I noted a couple of typos :
- documention should be documentation
- miss behaviour should be misbehaviour.
Neil
Original Message
From: David Pirotte
Sent: Wednesday, 22 June 2016 21:46
To: guile-devel
Subject: a draft for the top of the NEWS for 2.0.12
Heya,
Here below a d
"carlo.bramix" writes:
> $ ./pre-inst-guile -c '(display "foo")'
> Backtrace:
> In unknown file:
>?: 0* (begin (eval-string "(display") (quit))
>?: 1* [eval-string "(display"]
That is weird.
Can we first rule out a problem with your shell? What output do you
get from this?
$ set - '(d
Neil Jerram writes:
> "carlo.bramix" writes:
>
>> $ ./pre-inst-guile -c '(display "foo")'
>> Backtrace:
>> In unknown file:
>>?: 0* (begin (eval-string "(display") (quit))
>>?: 1* [eval-string "(displa
Neil Jerram writes:
> Andy Wingo writes:
>
>> Hi,
>>
>> Some motions were made to switch to LGPLv3. I think it's a good for Free
>> Software if Guile switches to LGPLv3. Shall we update copyrights before
>> Friday's release?
>
> Yes. I'm
Andy Wingo writes:
> Hey Guilers,
Hi Andy!
> I didn't push anything specific regarding a freeze, but in practice
> since we're so few, we've been great at just putting in release-worthy
> fixes :)
>
> I would say that we are definitely on track for a 1.9 on the 19th.
Agreed.
> I have a list o
l...@gnu.org (Ludovic Courtès) writes:
> I think GNU users, especially on non-GNU platforms (proprietary Unices,
> etc.), have come to know what Gnulib is, and to appreciate it
> (hopefully), which is why I thought it would make sense to mention it.
Perhaps it should go in a new section of the NE
Andreas Rottmann writes:
> As long as nothing is set in stone, perhaps you want to consider
> following the XDG basedir spec[0], which would suggest using something
> under ~/.cache/ per default; this would make e.g. having reasonable
> backup policies easier, as stuff under ~/.cache can be safel
"carlo.bramix" writes:
> Hello,
> this is what I get with this test:
>
> $ set - '(display "foo")' && echo "--${1}--" && echo "--${2}--"
> --(display "foo")--
>
Great, that is the expected output.
Neil
"carlo.bramix" writes:
> Hello,
> this is the command that I gave me some results:
>
> $ ./pre-inst-guile-env ./libtool --mode=execute gdb --args libguile/guile.exe
> -c '(display "foo")'
>
> As you can see I added "--args" option to GDB.
Thanks, good point.
> Since I had no idea about those u
l...@gnu.org (Ludovic Courtès) writes:
> Neil Jerram writes:
>
>> l...@gnu.org (Ludovic Courtès) writes:
>>
>>> I think GNU users, especially on non-GNU platforms (proprietary Unices,
>>> etc.), have come to know what Gnulib is, and to appreciate it
>&g
Neil Jerram writes:
> Can you remind me how you're compiling? Also is guile.exe really an
Here I mean libguile/guile.exe^
Neil
Linas Vepstas writes:
> Running r6rs-ports.test
> /bin/sh: line 4: 7268 Segmentation fault ${dir}$tst
> FAIL: check-guile
I saw that once (before the release). When I ran make check again, it
wasn't reproducible.
Regards,
Neil
Andy Wingo writes:
>>> FIXME: update copyrights
>>
>> Yes.
>>
>> (There's "(add-hook 'write-file-hooks 'copyright-update)", which I find
>> convenient.)
>
> Looks like Neil took care of things. I've added this one to my .emacs.
I'm afraid not. I think I updated one or two cases in passing, but
ced by the
build, please write a regression test if feasible.)
Neil
>From 4574ec212aad4df9571463ee4d45beb2607e51ad Mon Sep 17 00:00:00 2001
From: Neil Jerram
Date: Sun, 21 Jun 2009 13:31:20 +0100
Subject: [PATCH] Deterministic test for the r6rs-ports.test segmentation fault
* test-suite/t
l...@gnu.org (Ludovic Courtès) writes:
> Of course I read Neil's commit right after: the answer is "if PORT is
> closed."
>
> Thanks for finding it out!
The credit for that is Andy's. When applying Mike's fix, he changed
it to say `SCM_OPENP (port)'.
Anyway, an excellent group effort! :-)
N
l...@gnu.org (Ludovic Courtès) writes:
> Andy Wingo writes:
>
>> I propose that we make the next release on 15 July, to get back onto the
>> on-the-15th schedule. Let's have a 5-day freeze. That means that any
>> feature that you want to land has to be in by two weeks from Friday --
>> if it's no
Andy Wingo writes:
> Hey all,
>
> I'm pretty displeased about the way that the brainfuck compilation
> works. Check this:
>
> brainfuck@(guile-user)> ,c ++]
>
> (The trailing ] is to note the end of the program. It's kindof a hack,
> but it works fine.)
Yes, seems OK. Presumably in real bra
Andy Wingo writes:
> Another option of course is to not classify data types by "simple" or
> "compound", but some division is necessary.
>
> Perhaps our master wordsmith Baron von Jerram has a perspective :)
Huh? Where did that `Baron' come from?
But anyway... I don't have a strong opinion he
Andy Wingo writes:
> I don't have Neil's mail open here, but my thought was this: getting a
> fast VM is a dark art of feeling and instinct, My feeling is that a VM
> is fast if it fits in the CPU's cache: the instruction cache and the
> data cache. The data cache means that smaller code is bette
l...@gnu.org (Ludovic Courtès) writes:
> Actually, it's also meant to be used directly by GDB. Normally, GDB
> should try to display SCM values on its own (using its own copy of
> `tags.h' and the corresponding printing procedures) and resort to
> calling `gdb_print ()' when it doesn't know how t
Andy Wingo writes:
> Hi Neil!
Hi Andy!
> On Fri 26 Jun 2009 00:47, Neil Jerram writes:
>
>> Thanks, I see now. But presumably even VM code will frequently call
>> out to primitives all over libguile, won't it?
>
> Over time, I'd say no. I see functi
l...@gnu.org (Ludovic Courtès) writes:
> Hi Neil,
Hi Ludo!
> Neil Jerram writes:
>
>> Wow, that's pretty cool! So your patches are actually in GDB now, are
>> they?
>
> Yes, but as I said, they're not too useful as it stands.
I don't really underst
The patch below allows a complete MinGW build of branch_release-1-8; I
haven't tried actually running the built .exe and .dlls yet.
Comments appreciated as usual!
Neil
>From ed7189a28292cd9ba8fcb5d18d2dcd817061935a Mon Sep 17 00:00:00 2001
From: Neil Jerram
Date: Sat, 27 Jun 20
l...@gnu.org (Ludovic Courtès) writes:
>> SCM_API struct scm_t_cell_type_statistics scm_i_master_freelist;
>> +SCM_API struct scm_t_cell_type_statistics *scm_i_master_freelist_ptr;
>> SCM_API struct scm_t_cell_type_statistics scm_i_master_freelist2;
>> +SCM_API struct scm_t_cell_type_statistics
l...@gnu.org (Ludovic Courtès) writes:
> Because one can achieve the same result with simple GDB macros such as
> those attached below (actually Andy put similar macros in the
> repository).
Thanks for explaining, I understand now. Although I still think that
it's a useful extra benefit for the
"carlo.bramix" writes:
> Hello!
Hi Carlo!
>>> I don't understand why this fixes anything, since the `_ptr'
>>> variables are declared as `SCM_API' just like the non-`_ptr'
>>> variables.
>> Indeed. My guess is that it's because the DLL import/export
>> mechanism works for atomic data - i.e. c
ludovic.cour...@inria.fr (Ludovic Courtès) writes:
> Neil Jerram writes:
>
>> I'm really not sure. It's an interesting idea. And I think it
>> touches on the part of GNU philosophy that tries not to draw a firm
>> line between users and developers. Do you th
l...@gnu.org (Ludovic Courtès) writes:
>> It's all running code of one kind or another; is there really a clear
>> distinction here?
>
> Yes: running code in the process being debugged is intrusive, and it
> interferes with the behavior one is trying to observe. It's also
> impossible in many cas
Julian Graham writes:
> Hi Guilers,
>
> With the 1.9 series launched, I wanted to start thinking about R6RS
> libraries again, since it would be awesome to have some semblance of
> an implementation ready by October.
Indeed, yes.
I assume the objective here is to allow a Guile program or module
l...@gnu.org (Ludovic Courtès) writes:
> Is this the right place and the right way to do such things? Comments?
Looks great to me - but I'm still a bit of a newbie at this compiler
malarkey.
Neil
l...@gnu.org (Ludovic Courtès) writes:
> Hi!
>
> Neil Jerram writes:
>
>> "In addition to its manual, the package should have a file named
>> @file{NEWS} which contains a list of user-visible changes worth
>> mentioning. ..."
>>
>> So I'd
Andy Wingo writes:
> Hi all,
>
> Daniel came up with an interesting test case:
>
> scheme@(guile-user)> (if %nil 1 2)
> 1
>
> We could fix this transparently by changing scm_is_false in boolean.h
> from:
>
> #define scm_is_false(x) scm_is_eq ((x), SCM_BOOL_F)
>
> to
>
> #define sc
Andy Wingo writes:
> On Mon 29 Jun 2009 23:44, Neil Jerram writes:
>
>> Andy Wingo writes:
>>
>>> scheme@(guile-user)> (if %nil 1 2)
>>> 1
>>>
>>> #define scm_is_false(x) (scm_is_eq ((x), SCM_BOOL_F) || SCM_NILP (x))
>
Another old loose end...
Andy Wingo writes:
> On Fri 22 Aug 2008 11:56, l...@gnu.org (Ludovic Courtès) writes:
>
>> Just to make sure, I also ran `pre-inst-guile', typed
>> "(use-modules (ice-9 i18n))" and attached GDB to it: it shows that the
>> right `libguile-i18n' is loaded.
>
> I saw that p
l...@gnu.org (Ludovic Courtès) writes:
> Not quite. If get/release are left as is (i.e., they do not establish a
> dynwind context), I would write something along the lines of:
>
> You must take care to always unreserve an array after reserving it,
> also in the presence of non-local exits
Neil Jerram writes:
> Below is a patch for review. It was an interesting problem, as I
> haven't gone very far into Guile's number handling code before.
I've pushed this to master too, and that raises two points about the
organization of master's NEWS.
Firstl
Daniel Kraft writes:
> it seems so. Doing just a
>
> scheme@(guile-user)> (if %nil 1 2)
> 1
>
> with a recent build (of at least my elisp branch, but that did not
> change anything in this respect of course) gives that answer.
>
> Doing ,o interp #t as Andy did however also gives the right answe
l...@gnu.org (Ludovic Courtès) writes:
> Cool, thanks for going over all these loose ends! ;-)
I'm really happy to be getting through them... these are things that
have been sitting in my inbox for ages.
> Maybe 1.8.7 is approaching now?
Yes, that would be good. It might just be worth fixing
l...@gnu.org (Ludovic Courtès) writes:
> There's no `(ice-9 i18n)' in 1.8.
> The patch at [1] shouldn't be needed because the Libtool-generated
> `libguile/guile' scripts does the right thing wrt. the libraries the
> executable is linked against (i.e., libguile, libgmp, etc.).
Sorry, I see now a
' won't be slowed down
> by having to check for two values instead of one. That overhead may
> be insignificant now, but when we have a native code compiler, it will
> be quite significant in code size at least, even if the
> representations of %nil and #f differ by only one bit
l...@gnu.org (Ludovic Courtès) writes:
> Neil Jerram writes:
>
>> l...@gnu.org (Ludovic Courtès) writes:
>
>>> Maybe 1.8.7 is approaching now?
>>
>> Yes, that would be good. It might just be worth fixing the jmp_buf
>> definition problem before that (wh
Neil Jerram writes:
> [..] but I would like to
> check that I haven't forgotten NEWS for the things I've worked on, and
> I should be able to do that tomorrow evening or Saturday.
I've done that now, resulting in [1], so please feel free to go ahead
with the release w
"Marijn Schouten (hkBst)" writes:
> it seems that the popen test hangs:
Grrr. I thought we'd nailed that...
> then it hangs for at least an hour or so. My configure invocation is:
>
> ./configure --prefix=/usr --build=x86_64-pc-linux-gnu
> --host=x86_64-pc-linux-gnu
> --mandir=/usr/share/man
Mark H Weaver writes:
> Below is a proposal for how to make boolean tests and end-of-list
> tests faster and more compact, by renumbering the representations for
> SCM_ELISP_NIL, SCM_EOL, SCM_UNDEFINED, and SCM_EOF_VAL.
Interesting. I haven't looked at every detail but I'm happy to go
along wit
"Marijn Schouten (hkBst)" writes:
>> check-guile.log ends with
>>
>> PASS: popen.test: open-input-pipe: no args
>> PASS: popen.test: open-input-pipe: port?
>> PASS: popen.test: open-input-pipe: echo hello
>> PASS: popen.test: open-input-pipe: stdin==stderr
>> PASS: popen.test: open-input-pipe: s
l...@gnu.org (Ludovic Courtès) writes:
> Hi Mike,
>
> Mike Gran writes:
>
>> ERROR: In procedure make_objcode_by_mmap:
>> ERROR: bad header on object file: "GOOF-0.5"
>
> Make sure to remove all `.go' files from your source tree and from the
> cache (either `~/.guile-ccache' or `~/.cache/guile/cc
Bruce Korb writes:
> Hi,
>
> I just got this bug report for my project.
> My version of the __scm.h header guards the definition of the type
> with "#ifdef vms" and "#ifdef _CRAY1". If there is a version of
> lib guile around that doesn't guard it, could you let me know?
> I'll make my project e
Julian Graham writes:
> Hi Guilers,
Hi Julian,
I'm afraid this is a case of `snap!'... I've been looking into these
things too and have patches that I hope to commit shortly.
> I went to try out some of the traps / tracing features in the debugger
> last night, and I ran into some compilation
l...@gnu.org (Ludovic Courtès) writes:
> Currently, the code just checks for the magic cookie (see
> `make_objcode_by_mmap ()'), and if it differs, e.g., because the version
> isn't right, it just bails out.
Thanks for confirming that.
> Eventually, maybe it could handle this gracefully. For in
l...@gnu.org (Ludovic Courtès) writes:
> Hey!
Hi there.
> Andy Wingo writes:
>
>> I should apologize for lack of responsiveness over the last couple
>> weeks.
Me too; I've been decamping to France for the summer. I should be
more available from now on (for a while!).
>> I started poking at u
Daniel Kraft writes:
> Hi,
Hi Daniel!
> I think I got the test-suite as well as a basic macro implementation
> (the compiler framework is really cool, that was fairly easy to do);
> recursive macros do not yet work, but otherwise it looks fine.
>
> However, I want to tackle quasi-quotes (beside
Daniel Kraft writes:
>>> scheme@(guile-user)> (null? %nil)
>>> #f
>>> scheme@(guile-user)> (equal? %nil (cdr (list 1)))
>>> #f
>>
>> I believe those work in the interpreter, and so are VM bugs. Can you
>> check that with ,o interp #t ?
>
> The first one is indeed #t with the interpreter, the sec
l...@gnu.org (Ludovic Courtès) writes:
> Hey!
>
> Andy Wingo writes:
>
>> All summer? I'm in France frequently. Perhaps one day we should meet up!
That would be great. I'm in the Pyrenees, near Lourdes, from now
until 31st July, and from 11th August until 4th September.
And in the missing peri
l...@gnu.org (Ludovic Courtès) writes:
> Hey,
>
> Andy Wingo writes:
>
> [...]
>
>> You can't just write functions that return values, you have to contort
>> code to store temporaries and then release and then return. You have
>> to write paired statements. If you call a user function, you really
Daniel Kraft writes:
> Good, that sounds reasonable and is also what I suggest. If we are
> one day able to actually run existing elisp code through Guile, we'll
> find out if anything needs to be changed in order to get a usable
> implementation anyways.
Agreed.
> BTW, I implemented also the
Andy Wingo writes:
> Hi all,
>
> I've finished up my refactor of Guile's arrays. To my eye it's much
> nicer now.
Yes, to me too. But I have two overall questions in mind.
- What do you have in mind as regards releasing this? Even though it
looks good, I think it would be better to let it m
l...@gnu.org (Ludovic Courtès) writes:
> Hello!
>
> Neil Jerram writes:
>
>>> Perhaps we should set up a GNU Guile Hackers Meeting (G²HM) by the time
>>> 2.0 is released?
>>
>> If it works for everyone, why not?
>
> To make things more concrete, h
l...@gnu.org (Ludovic Courtès) writes:
> Waouh, it's a lot of work, and reviewing it takes some time, too.
> Honestly, I'd rather spend the small amount of time I spend on Guile
> these days in other areas with higher priorities.
Hehe; yes, it certainly is a `mixed blessing' to have so many
contr
l...@gnu.org (Ludovic Courtès) writes:
> Hi,
>
> Andy Wingo writes:
>
>> Hm. I have no idea what this means for Guile. It seems we need either a
>> disclaimer or an assignment.
>
> My understanding is that it's OK if we have bits of code not copyright
> FSF, if there's a good reason to do so (and
l...@gnu.org (Ludovic Courtès) writes:
> Hi,
>
> szgyg writes:
>
>> 5. Parameters in libguile_i18n...@libguile_i18n_major@_la_LDFLAGS is
>> wrong (libguile/Makefile.am line 135). Please copy from other .so's
>> LD_FLAGS, as the others build fine.
>
> I've seen this report before, but FWIW, I've b
l...@gnu.org (Ludovic Courtès) writes:
> Neil Jerram writes:
>
>> I'm afraid a whole weekend is not possible for me, as it's family
>> time. Is during the following week (24th-28th) any good for you?
>
> Yes, on the 24th. (I'd probably take this opportu
bornlibra23 writes:
> Thanks Mike for the heads up but the problem I think is with the source code
> itself. I get the same error on linux though it doesnt die there. I
> preprocessed the code & changed the line like so :
>>From (ch) == ' ' | (ch) == '\t') to (ch) == ' ' || (ch) == '\t')
Daniel Kraft writes:
> Lambda arguments are still always dynamically bound, which is quite a
> pity as it inhibits tail-call optimization;
This prompted me to wonder if using fluids is the best way to
implement dynamic binding.
Perhaps I'm forgetting something basic, but surely it's using
`dyna
Andy Wingo writes:
> Hi Neil,
>
> Thanks for the review.
>
> On Wed 22 Jul 2009 23:48, Neil Jerram writes:
>
>> I have two overall questions in mind.
>>
>> - What do you have in mind as regards releasing this? Even though it
>> looks good, I think
Clinton Ebadi writes:
> Why not eliminate %nil/#nil and replace it with ... '(). This would
> allow elisp to reuse all (or at least most) of the Scheme list functions
> without having to muddy Scheme semantics with special #f/#nil handling,
> but would require a very tiny elisp specific truth pre
Andy Wingo writes:
>> Other things needed would be for instance terminating rest-arguments
>> by %nil rather than '() and the like.
Why is that needed? I.e. Why is it important for a rest argument to
be terminated with %nil instead of with () ?
Neil
Andy Wingo writes:
> Hi Mark,
>
> This is also not a patch review yet :)
>
> On Thu 09 Jul 2009 18:11, Mark H Weaver writes:
>
>> I added the following macros, whose names explicitly state how %nil
>> should be handled. See the comments in the patch for more information
>> about these.
Hi Mark
l...@gnu.org (Ludovic Courtès) writes:
> Hello,
>
> The patch at [0] makes it so that a linker version script (info "(ld)
> VERSION") is used for `libguile' on platforms that support it (GNU and
> Solaris).
>
> Comments welcome!
Hi Ludo,
I looked at the ld doc, but that didn't make it obvious wh
Andy Wingo writes:
> IMO, guile-1.8.pc is only provided by the guile-1.8 package. 1.8 and 2.0
> are parallel-installable. Technically, we should be installing
> guile-2.0.pc now.
That sounds right to me too.
Neil
l...@gnu.org (Ludovic Courtès) writes:
> Hello!
>
> I'm tempted to apply these two patches to 1.8:
>
>
> http://git.savannah.gnu.org/cgit/guile.git/commit/?id=4d0949ea45c46dd13e767a8a3342d02caef1b483
>
> http://git.savannah.gnu.org/cgit/guile.git/commit/?id=b3ce13b667634be30ab2d74b8ccb1de190
l...@gnu.org (Ludovic Courtès) writes:
> It also makes it possible to provide two versions of the same symbol,
> e.g.:
>
> SCM scm_from_string (const char *)--> GUILE_2.0
> SCM scm_from_string (const char *, scm_t_handler) --> GUILE_2.1
>
> Applications that were compiled again
Neil Jerram writes:
> Albert Chin writes:
>> But, on HP-UX/IA64, has a conflicting declaration of jmp_buf.
>
> Thanks for the report. This is also a Debian bug [1], and their patch
> is [2].
>
> [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=5066
Andy Wingo writes:
> On Tue 14 Jul 2009 10:07, Neil Jerram writes:
>
>> but the right thing to do is to fix the scm_set_source_properties_x ()
>> code.
>
> Yes, this would be better.
Here are my proposed changes for that, for master. Please let me know
of any comments.
1 - 100 of 1099 matches
Mail list logo
