Re: Guile 3 and wip-elisp/Emacs

Christine Lemmer-Webber writes: > Ludovic Courtès writes: > >> Hello! >> >> Christine Lemmer-Webber skribis: >> >>> I've pushed this as origin/wip-elisp-rebased. I actually rebased it >>> again, making some naming adjustments for myself and a couple of >>> adjustments having talked to Robin.

Re: guile 3 desires: guile-3-0, and debugging

Matt Wette writes: > Here are a couple desires: > > 1) more cases for cond-expand, in case 3.2 has items 3.0 does not (e.g., > srfi-199) > > 2) better debugging. >Maybe I'm not doing it right, but I struggle in this area: I mostly resort > to printing. >For example, add scheme level

Re: guile 3 update

Andy Wingo writes: > Hi :) > > On Sun 22 Oct 2017 15:22, Christopher Allan Webber <cweb...@dustycloud.org> > writes: > >> - Could native code compilation also be a step towards WASM, assuming >>they lend us their GC? > > Regarding this question: ye

Re: Weak tables harmful to GC?

Ludovic Courtès writes: > Christopher Allan Webber <cweb...@dustycloud.org> skribis: > >> Ludovic Courtès writes: >> >>> Also, it no longer displays the pathological behavior shown in >>> <https://bugs.gnu.org/28590>. >>> >>> Of co

Re: Weak tables harmful to GC?

Ludovic Courtès writes: > Also, it no longer displays the pathological behavior shown in > . > > Of course, even better if people could test the two patches and confirm > that it works for them. > > Then if there are no objections I’d like to merge them in

Re: Weak tables harmful to GC?

+ else +{ + /* The move to BDW-GC with Guile 2.0 introduced some bugs + related to weak hash tables, threads, memory usage, and the + alloc lock. We were unable to fix these issues + satisfactorily in 2.0 but have addressed them via a

Re: guile 3 update

Andy Wingo writes: > Thoughts welcome if I have forgotten something. Cheers :) Super exciting, Andy! I only have two thoughts: - What an exciting future we have ahead of us! - Could native code compilation also be a step towards WASM, assuming they lend us their GC? Woo woo, keep up the

Re: Weak tables harmful to GC?

Ludovic Courtès writes: > I’ve come to the conclusion that the 2.2 weak-table implementation > strategy cannot work efficiently with libgc. > > I’m also skeptical (perhaps that’s also because I’m insufficiently > informed, tell me!) about the “open-addressed” strategy that is used. > To me, it’s

Re: Wisp as shipped language in Guile?

Matt Wette writes: >> On Sep 17, 2017, at 4:22 PM, Arne Babenhauserheide wrote: >> >> >> Matt Wette writes: >>> Looks promising, especailly if the footprint is small. >>> Can someone post the sample guix specification? >>> I could not access from the

Re: Static linking of Guile extensions

Maxim Cournoyer writes: > Hi, > > Today I tried investigating if was possible to build Guile so that even > its extension modules could be built in statically rather than > dynamically loaded. I didn't succeed; even when building Guile the way > its described by the %guile-static package in Guix

Re: Adding (ice-9 suspendable-ports) support to https / custom ports

So since writing this initial email I had a conversation with Wingo and have done a lot more research. I'm a lot more informed about what needs to happen, but unfortunately, I'm also very stuck. This is unfortunate because this is basically blocking the release of the test suite relating to the

Adding (ice-9 suspendable-ports) support to https / custom ports

Hiya, For the project I'm working on, I'll need to have (ice-9 suspendable-ports) work with https. This is a bit more urgent than I realized. I'm willing to attempt the work, but I don't even know where to start. Could someone give me pointers as to where to begin spelunking? I'm guessing I

Re: Including sjson (formerly (ice-9 json)) and fash.scm in guile proper?

Mark H Weaver writes: > Hi Chris, > > I'm terribly sorry for the long delay on this. For better or worse, > I've become extremely concerned about computer security, and so I feel a > heavy responsibility to be extra careful about code that is expected to > parse hostile data. No worries. I

Re: [ Porting Guile on Android 4.4 ]

Robert Dazi writes: > Hello,I tried to port Guile 2.2.1 on Android 4.4. Wow nice! > As you might know, Android is not GNU/Linux and many functions (and > even types such as localeconv) are missing or not acting as expected I can't comment to the rest of it, but getting Guile ported to Android

Re: Including sjson (formerly (ice-9 json)) and fash.scm in guile proper?

Mark H Weaver writes: > I wrote: >> Most of the modifications you've made are good, but I'm very >> uncomfortable with the use of #nil in this API. [...] > > Christopher Allan Webber <cweb...@dustycloud.org> writes: >> Oh! No you got it backwards, the l

Re: Including sjson (formerly (ice-9 json)) and fash.scm in guile proper?

Mark H Weaver writes: > Hi Chris, > > Christopher Allan Webber <cweb...@dustycloud.org> writes: >> So a while ago, David Thompson submitted (ice-9 json) to Guile proper. >> A few changes were requested, so it hadn't made it in. In the meanwhile >> I began usin

Re: 2.2 git users should switch to stable-2.2 branch

Andy Wingo writes: > Hello Guilefolk, > > As we did with Guile 1.8 and 2.0, I just pushed a stable-2.2 branch. > This is the branch for Guile 2.2 development -- the branch that keeps > a stable API and ABI during the 2.2.x series. It's the one you want to > be using unless you are doing

Including sjson (formerly (ice-9 json)) and fash.scm in guile proper?

Hello! So a while ago, David Thompson submitted (ice-9 json) to Guile proper. A few changes were requested, so it hadn't made it in. In the meanwhile I began using it for a number of projects. I also added some modifications and extensions: #nil became 'null for the representation of null

Re: Wisp as shipped language in Guile?

Arne Babenhauserheide writes: > Hi, > > > A few weeks ago I asked in IRC whether wisp[1] could be included with > Guile in modules/language/wisp to allow every guile users to run wisp > code from any Guile installation via > > > $ guile --language=wisp [] > > > Essentially this is about

Re: "guix potluck", a moveable feast

Andy Wingo writes: > Christopher Webber asks about breakage due to version skew between peer > channels and channels and Guix itself. I think I would like to just > ignore this problem for now: if you add channels and things break > somehow due to an update in Guix or an update in some channel,

Re: "guix potluck", a moveable feast

Andy Wingo writes: > Hi! Hi! > potluck.guixsd.org needs to be isolated from other hosts because it will > load potluck.scm files from untrusted sources; we hope the sandbox works > but we need a bit of defense-in-depth. Well now I see the motivation behind (ice-9 sandbox) ... :) > As I

Re: RFC: (ice-9 sandbox)

Wow! With this I suppose we could implement something like http://mumble.net/~jar/pubs/secureos/secureos.html ?

Re: Guile-2.2 - goops slot redefinition at subclass level

Andy Wingo writes: > On Mon 27 Feb 2017 01:09, David Pirotte writes: > >> 2- slot redefinition at subclass level >> >> See bug#20423 for a full description. > > I think the correct solution here is to implement the slot combination > protocol; see

Re: [PATCH] Add preliminary versions of the R7RS libraries along with documentation and tests

Freja Nordsiek writes: > I've written preliminary versionf of all the R7RS libraries along with > documentation and unit tests for most of the procedures I had to add > (none for those that were re-exports/renames of existing procedures in > Guile). Sorry for the bad timing (right before the 2.2

Re: Guile-2.2 - goops setters should be inherited, no matter what :)

David Pirotte writes: > - both the accessor and the setter should be inherited I've run into unexpected issues where I redefined a slot and didn't remember to set the same getter/setter/accessor. I'd also love to see that be an inherited. It would lead to less goofups in my code. But

Re: Fixing non-reproducibility in some guile packages

Andy Wingo writes: > In some future (is it near or far?), the source -> compiled function > needs additional inputs: checksums or timestamps of "build inputs" or > so, so that when for-syntax definitions (like macros) change, users of > those definitions will recompile. That is a harder problem

Re: guile2.2-gdbm-ffi issue

Ugh, sorry, wrong list.

guile2.2-gdbm-ffi issue

gy solution attached. I don't feel great about it but I don't know how to signal to the builder whether it's using guile 2.2 or 2.0 otherwise. Thoughts? From 711a23036417807d444729eaa778c9cadffa8646 Mon Sep 17 00:00:00 2001 From: Christopher Allan Webber <cweb...@dustycloud.org> Date: Fri,

Re: FOSDEM 2017 what a success!!

Ludovic Courtès writes: > It confirmed my feeling that one of the greatest things about Guile and > Guix is the people. Thanks for the great talks and the good time we’ve > had! +1. The Guile/Guix devroom has been some of the most fun I've ever had at a conference. I'm sure 2018 will be great

Re: FOSDEM social dinner

Alex Sassmannshausen writes: > Hello, > > To confirm, I've now placed a reservation for Saturday 4 February at > 19:30 at a Lebanese restaurant called Al Jannah. I haven't been there > before, but the menu looks diverse, the prices good and the location > relatively central. > >

`guile --listen' broken on guile master

Hello, If you use the latest Guile, you'll find that "guile --listen" has broken. If you try: ./meta/guile --listen=/tmp/guile-socket then you'll find that you have a very short window in which you can do: M-x geiser-connect-local guile /tmp/guile-socket but then the main repl, the one

Re: GNU Guile 2.1.5 released (beta)

Matt Wette writes: >> On Dec 16, 2016, at 5:50 AM, Matt Wette wrote: >> >> OK. This is gonna be hard to trace down. >> >> I am on a Mac running Sierra, 10.12.2. At work I am running 10.9 I believe, >> and I see the same behavior. >> >> >> If I compile with gcc 6.2 or

Re: GNU Guile 2.1.5 released (beta)

Matt Wette writes: >> On Dec 7, 2016, at 11:55 AM, Andy Wingo wrote: >> >> We are pleased to announce GNU Guile release 2.1.5. >> >> Guile 2.1.5 is the fifth pre-release in what will eventually become the >> 2.2 release series. We encourage you to test this release and

Re: Re-using bootstrap in the half-strap

Ludovic Courtès writes: > Hi! > > Christopher Allan Webber <cweb...@dustycloud.org> skribis: > >> If you could package *just* the bootstrapped compiler, if a user doesn't >> feel like waiting through the whole bootstrap process, they could use >>

Re-using bootstrap in the half-strap

Hello, A thought this morning... one challenge with Guile's 2.1 branch is it takes a log time to bootstrap. There are good reasons for this, and Andy Wingo has documented them: http://wingolog.org/archives/2016/01/11/the-half-strap-self-hosting-and-guile However, I can't help but wonder

Re: Status of elisp support in Guile

Wilfred Hughes writes: >> you'd definitely need to do copyright assignment for Guile. I think >> other "establishing yourself in the community" things apply, >> informally(??) > > I have copyright assignment all in order now :). I don't have any wild > ambitions for sweeping changes, I just

Re: Guile security vulnerability w/ listening on localhost + port (with fix)

Lizzie Dixon writes: > Hi, > > On 10/11, Christopher Allan Webber wrote: >> The default in Guile has been to expose a port over localhost to which >> code may be passed. The assumption for this is that only a local user >> may write to localhost, so it should be

Re: Status of elisp support in Guile

Wilfred Hughes writes: > I've noticed that NEWS in Guile trunk says: > > ** Complete Emacs-compatible Elisp implementation > > However, I can see that there are 36 commits on the wip-elisp branch > that aren't in master. For example, defsubst support[1] seems only to > be on wip-elisp branch.

Re: Experimental JIT for Guile (???!)

ter the meeting, I and Ludo tried to convince him to get involved into our > community to get more help and feedback. > > I CC him here, and it depends on him whether/when to introduce more. > > I think this project is just amazing, really! Thank you Hoshino! ;-) > > Best regards.

Experimental JIT for Guile (???!)

Earlier today, David Thompson pointed to this paper in #guix on freenode: https://github.com/8c6794b6/guile-tjit-documentation/raw/master/nash.pdf And here seems to be the source: https://github.com/8c6794b6/guile-tjit I'm not informed enough to judge this myself, but this seems like a

Re: Building Guilemacs

If someone wanted to rebase the emacs side of the guile-emacs fork... I think that would be great :) Wilfred Hughes writes: > Digging some more, I think the issue is > http://debbugs.gnu.org/cgi/bugreport.cgi?bug=24065 . Emacs trunk is > depending on undefined C behaviour, which gcc 5 has

Re: Building Guilemacs

Wilfred Hughes writes: > Hi folks > > I fancied exploring Guile with Emacs, so I've been trying to build Guile > and Emacs as documented in https://www.emacswiki.org/emacs/GuileEmacsBuild . Excellent! Happy to hear of your interest. > I've successfully built the wip-elisp branch of the main

Re: Packing software developed in GNU Guile Scheme

Daniel Pimentel writes: > Hi Guiles, > > I developed a software with GNU Guile Scheme and I'd like packing to > distribute it. > > How do I do? Using Makefile? Maybe look at the automake files from Sly or Guix. > Project dependences: Guile, LSH/SSH. > > Thanks and sorry for my newbie's

Re: wip-ports-refactor

Andy Wingo writes: > Greets, > > On Sun 17 Apr 2016 10:49, Andy Wingo writes: > >> | baseline | foo| port-line | peek-char >> --+--++---+-- >> guile 2.0 | 0.269s | 0.845s | 1.067s|

Re: rename from q to queue

Ludovic Courtès writes: > Mathieu Lirzin skribis: > >> One way to not break backward compatibility, would be to move (ice-9 q) >> code in (ice-9 queue) and make (ice-9 q) use it and re-export every >> variable with its old name. > > Right. > >> Finally we will need a way to give

Re: wip-ports-refactor

Andy Wingo writes: > Hi! > > Summarizing my reply over IRC: > > On Thu 07 Apr 2016 06:16, Christopher Allan Webber <cweb...@dustycloud.org> > writes: > >> So, does this branch replace ethreads, or compliment it? Where should I >> be focusing my (currentl

Re: wip-ports-refactor

Andy Wingo writes: > Hi, > > I have been working on a refactor to ports. The goal is to have a > better concurrency story. Let me tell that story then get down to the > details. Hoo, what an email! I need to read your code before I can do a full commentary. But... > More appropriate is

Re: Elisp branch ready for merge (??)

Christopher Allan Webber writes: > Well, I didn't think I'd have time to do this (and in a sense I didn't) > but: > https://gitlab.com/dustyweb/guile/tree/merge-bipt-elisp-wip > > I've rebased the whole branch against git master and added ChangeLog > style entries. "

Re: What is needed in guildhall to include it in Guile?

Arne Babenhauserheide writes: > Arne Babenhauserheide writes: > >>> - Add the path to the installed package in guild show or >>> list-packages >> First experience: It takes quite some time to get into guildhall — much >> longer than I expected. I spend most of the time finding out how to >>

Re: Elisp branch ready for merge (??)

Taylan Ulrich Bayırlı/Kammer writes: > Christopher Allan Webber <cweb...@dustycloud.org> writes: > >> Taylan Ulrich Bayırlı/Kammer writes: >> >>> Christopher Allan Webber <cweb...@dustycloud.org> writes: >>> >>>> Well, I di

Re: Elisp branch ready for merge (??)

Taylan Ulrich Bayırlı/Kammer writes: > Christopher Allan Webber <cweb...@dustycloud.org> writes: > >> Well, I didn't think I'd have time to do this (and in a sense I didn't) >> but: >> https://gitlab.com/dustyweb/guile/tree/merge-bipt-elisp-wip >> >>

Re: Elisp branch ready for merge (??)

Mathieu Lirzin writes: > Christopher Allan Webber <cweb...@dustycloud.org> writes: > >> Well, I didn't think I'd have time to do this (and in a sense I didn't) >> but: >> https://gitlab.com/dustyweb/guile/tree/merge-bipt-elisp-wip >> >> I've rebased the

Elisp branch ready for merge (??)

Well, I didn't think I'd have time to do this (and in a sense I didn't) but: https://gitlab.com/dustyweb/guile/tree/merge-bipt-elisp-wip I've rebased the whole branch against git master and added ChangeLog style entries. "make check" is passing. It seems to me that it's ready for merge. I

Re: What's needed to get elisp updates into Guile master?

Taylan Ulrich Bayırlı/Kammer writes: > Christopher Allan Webber <cweb...@dustycloud.org> writes: > >> Mathieu Lirzin writes: >> >>> Christopher Allan Webber <cweb...@dustycloud.org> writes: >>> >>>> Mathieu Lirzin writes: >>>

Re: What's needed to get elisp updates into Guile master?

Mathieu Lirzin writes: > Christopher Allan Webber <cweb...@dustycloud.org> writes: > >> Mathieu Lirzin writes: >>> >>> You should bring that on emacs-devel where most people seem to think >>> that a 'git commit -m "..."' with the a

Re: What's needed to get elisp updates into Guile master?

Mathieu Lirzin writes: > Christopher Allan Webber <cweb...@dustycloud.org> writes: > >> Christopher Allan Webber writes: >> >>> So even better news: I've successfully rebased BT Templeton's wip elisp >>> branch on top of guile master... you can get it h

What's needed to get elisp updates into Guile master?

Christopher Allan Webber writes: > So even better news: I've successfully rebased BT Templeton's wip elisp > branch on top of guile master... you can get it here: > > https://gitlab.com/dustyweb/guile/tree/merge-bipt-elisp-wip > > Maybe I should update the Guix package to mak

Re: Guile & Emacs chat at emacs hackathon/bug-crush SF

So even better news: I've successfully rebased BT Templeton's wip elisp branch on top of guile master... you can get it here: https://gitlab.com/dustyweb/guile/tree/merge-bipt-elisp-wip Maybe I should update the Guix package to make use of that?

Guile & Emacs chat at emacs hackathon/bug-crush SF

Heya everyone, I was at the Emacs hackathon / bug crushing event and I gave a couple demos that were Guile related, one showing off guile-emacs, and one showing off Guix's Emacs integration. So the good news is: the talk went super, super well (on both, but especially guile-emacs), and

Re: What is needed in guildhall to include it in Guile?

Arne Babenhauserheide writes: > Hi, > > In january there was a thread here about Guildhall with the notion > >> I encourage you to hack on Guildhall to make it more usable for your >> needs. > > I finished my PhD last month, so I have some freed-up time — and I would > like to use some of it to

Re: Towards De-icing ice-9 modules.

Chad Albers writes: > Hi, > > In my attempt to assist the guile project, I thought I would share a > document on a plan to migrate some of the ice-9 modules into a more > intuitive, yet to be decided, namespace. Before I proposed a technological > plan, I have begun really an audit of what ice-9

Re: Contributions to Guile

Ludovic Courtès writes: > Christopher Allan Webber <cweb...@dustycloud.org> skribis: > >> Chad Albers writes: > > [...] > >>> b. More robust documentation system - texinfo is not the greatest. And >>> it's non-trivial to generate any docu

Re: Contributions to Guile

Chad Albers writes: > Hi Ludo, > > Thanks for getting back to me. I am most interested in remedying the > pain points that I have encountered while developing guile code. > > The pain points I experienced are the following: > > a. Simple reference guide. The guile manual is more of a guide than

Re: Ideas for a Guile tutorial to go with the new site

Mike Gerwitz writes: > On Wed, Dec 16, 2015 at 08:33:30 -0600, Christopher Allan Webber wrote: >> What you'll notice is that each new sentence starts on its own line. >> Sentences which have characters which continue beyond line 79 "wrap", >> but are inden

Re: Ideas for a Guile tutorial to go with the new site

Alex Sassmannshausen writes: > That's looking pretty good. Personally I'm not sure about the > positioning of the bit about text editors — it feels like it is a little > tangential to getting Guile up and running. It feels like perhaps it > should be mentioned later (e.g. when you actually

Re: Ideas for a Guile tutorial to go with the new site

Christopher Allan Webber writes: > Christopher Allan Webber writes: > >> Hello! >> >> So I've been thinking a bit about what a friendly "intro" tutorial would >> look like that could fit with the direction the site is heading. I came >> up with s

Re: Ideas for a Guile tutorial to go with the new site

Christopher Allan Webber writes: > Hello! > > So I've been thinking a bit about what a friendly "intro" tutorial would > look like that could fit with the direction the site is heading. I came > up with some ideas I wanted to capture before I totally lost them. We

Re: Announcing 8sync: an asynchronous programming language for Guile

William ML Leslie writes: > On 6 December 2015 at 01:58, Christopher Allan Webber > <cweb...@dustycloud.org> wrote: >> Amirouche Boubekki writes: >>> 8sync has two types of async-request: >>> >>> ** run-requests, which implements kind of a *corout

Re: Announcing 8sync: an asynchronous programming language for Guile

Amirouche Boubekki writes: >> Le 2015-12-04 03:47, Amirouche Boubekki a écrit : >> >>>Le 2015-12-04 03:15, Amirouche Boubekki a écrit : >>> >>>``` >>>(define (read/ sock) >>> (abort-to-prompt 'loop (lambda (cc) >>> (loop-add-reader

Re: Announcing 8sync: an asynchronous programming language for Guile

Ludovic Courtès writes: > Christopher Allan Webber <cweb...@dustycloud.org> skribis: > >> Christopher Allan Webber writes: >> >>> ... and the complicated-number-code will launch asynchronously, but wake >>> back up the appropriate function appropriately

Announcing 8sync: an asynchronous programming language for Guile

Hello all, Some of you may remember the thread on this list about Guile needing an asynchronous programming library, with a writeup from a conversation David Thompson, Mark Weaver, guest star Andrew Engelbrecht, and I had at LibrePlanet:

Re: Announcing 8sync: an asynchronous programming language for Guile

Christopher Allan Webber writes: > ... and the complicated-number-code will launch asynchronously, but wake > back up the appropriate function appropriately. You can also set timed > events, read and write to ports asynchronously, and etc. It has a nice > non-blocking loop, and per

Re: Ideas for a Guile tutorial to go with the new site

Ludovic Courtès writes: > Howdy! > > I like all the ideas, being a fan of the simplicity and welcoming > aspects of the “Little” books. > > So, who’s in? :-) > > Thanks, > Ludo’. I'm glad you like it. I would *like* to be able to do this, but I officially don't have the time right at the

Re: Ideas for a Guile tutorial to go with the new site

Mathieu Lirzin writes: > Hi Christopher, > > Christopher Allan Webber <cweb...@dustycloud.org> writes: > >> - Intro >> - Getting up and running >>(picture of one of those robots with a wind-up-toy-key on its back?) >>+ How to start guile f

Re: Asynchronous event loop brainstorm at FSF 30

Mikael Djurfeldt writes: > Den 4 okt 2015 02:30 skrev "Christopher Allan Webber" < > cweb...@dustycloud.org>: >> - This would be like asyncio or node.js, asynchronous but *not* OS >>thread based (it's too much work to make much of Guile fit around >&g

Re: Asynchronous event loop brainstorm at FSF 30

Chris Vine writes: > On Tue, 17 Nov 2015 11:46:24 -0600 > Christopher Allan Webber <cweb...@dustycloud.org> wrote: > [snip] >> This sounds very interesting... is the source available? Could you >> point to it? >> >> Thanks! >> - Chris > >

Re: Asynchronous event loop brainstorm at FSF 30

Chris Vine writes: > It is certainly the case that mixing threads with coroutines is usually > best avoided, otherwise it becomes very difficult to know what code > ends up running in which particular thread and thread safety becomes a > nightmare. However, it would be good to allow a worker

[PATCH] gnu: guile: Add guile-irregex.

rom 38edbac8ab42e1518424fd2da4d53ece2c96094c Mon Sep 17 00:00:00 2001 From: Christopher Allan Webber <cweb...@dustycloud.org> Date: Thu, 5 Nov 2015 12:20:03 -0600 Subject: [PATCH] gnu: guile: Add guile-irregex. * gnu/packages/guile.scm (guile-irregex): New variable. --- gnu/packages/guile

Re: Ideas for a Guile tutorial to go with the new site

Luis Felipe López Acevedo writes: > On 2015-10-20 17:45, BCG wrote: >> On 10/19/2015 12:29 PM, Christopher Allan Webber wrote: >>> Amirouche Boubekki writes: >>> >>>> To the contrary I think it's not a good idea to start upfront the >>>> tuto

Re: Ideas for a Guile tutorial to go with the new site

BCG writes: > On 10/19/2015 12:29 PM, Christopher Allan Webber wrote: >> Amirouche Boubekki writes: >> >>> To the contrary I think it's not a good idea to start upfront the >>> tutorial with which editor should be used is a good way to loose half of >>>

Re: The Guile community we could have (or: solving Worse is More Accessible)

Ludovic Courtès writes: > Christopher Allan Webber <cweb...@dustycloud.org> skribis: > >> To put it another way, many here have probably read the "Worse is >> Better" essays. That paradox of "better" I think sticks in the craw of >> many lispers

Re: Gambda Logo

Thorsten Wilms writes: > Hi! > > As mentioned, the next iteration with custom type. The Gambda lost the > hard bend and varies in line width: > http://i.imgur.com/awkMTzX.png Wow, big improvements!

Re: Ideas for a Guile tutorial to go with the new site

Amirouche Boubekki writes: > To the contrary I think it's not a good idea to start upfront the > tutorial with which editor should be used is a good way to loose half of > the readers, because they will feel more uncomfortable and not up to the > task. To be useful emacs requires one 'Getting

Ideas for a Guile tutorial to go with the new site

Hello! So I've been thinking a bit about what a friendly "intro" tutorial would look like that could fit with the direction the site is heading. I came up with some ideas I wanted to capture before I totally lost them. I think we can keep with the kids playing with robot toys idea and stretch

Re: Gambda Logo

Thorsten Wilms writes: > Hi! > > I guess the silence (with the one exception, thank you Amirouche!) means > I should stop and go away, but I couldn't help it ... here's a > comparison using Luis's work and a small refinement: > http://i.imgur.com/qM0k0Xq.png It looks really nice! I think I

Re: New logo and website design proposal

Excellent! I can't wait to see this go live! \o/ Thanks for all your hard work Luis / sirgzil :)

Asynchronous event loop brainstorm at FSF 30

So David Thompson, Mark Weaver, Andrew Engelbrecht and I sat down to talk over how we might go about an asynchronous event loop in Guile that might be fairly extensible. Here are some of what we discussed, in bullet points: - General idea is to do something coroutine based. - This would be

Re: Request for feedback on SRFI-126

Taylan Ulrich Bayırlı/Kammer writes: > I will probably work on a delimited continuations SRFI, heavily inspired > by Guile's call-with-prompt, since I find it *immensely* more easy to > grok than shift/reset and prompt/control because those mingle together > the "stack slice" and the "handler"

The Guile community we could have (or: solving Worse is More Accessible)

Luis Felipe López Acevedo writes: >> Really the design is really well made, no problem with that, I just >> want to be sure that we won't disappoint the main audience and >> attract a lot of newsbies which i think we are not ready for. >> >> If I can vote, I will +0. > > I get you point about

Adding https support

rom: Christopher Allan Webber <cweb...@dustycloud.org> Date: Thu, 17 Sep 2015 15:14:54 -0500 Subject: [PATCH] Preliminary but mostly-working addition of https support to guile --- module/web/client.scm | 108 +- 1 file changed, 107 inserti

Re: New logo and website design proposal

Luis Felipe López Acevedo writes: > Hello list, > > As part of the Guile project I imagine, I'd like to propose these visual > modifications for the logo and the website. > > Logo > https://multimedialib.files.wordpress.com/2015/09/guile-logo-proposal-2015-06-16.png > > Website mockup (some

Re: [PATCH] ice-9: Add JSON module.

I tested this, including with the fixes specified in the email. (ice-9 json) seems to be working great... I'd love to see it merged!

Re: Musings on performance, 2.2 and GOOPS (found factor 30)

Jan Nieuwenhuizen writes: Jan Nieuwenhuizen writes: I have an application of about 10.000 LOC using Guile/GOOPS with performance problems. I found a way (thanks Ludo!) to run it with and without GOOPS, and gained a factor of 30 in performance. See details below. I just found out about