Re: propose deprecation of generalized-vector-*

2013-03-01 Thread Andy Wingo
On Fri 01 Mar 2013 10:01, Daniel Llorens writes: > scheme@(guile-user)> ,optimize (vector-ref #(1 2 3) 0) > $1 = 1 > scheme@(guile-user)> ,optimize (array-ref #(1 2 3) 0) > $2 = (array-ref '#(1 2 3) 0) File a bug for this case, this sort of thing is totally fixable :) > What I'd like from Guile

Re: [PATCH] test for smob mark segv

2013-03-01 Thread Ludovic Courtès
Hi Mike, Mike Gran skribis: > It is a standalone test that, in effect, checks to see if > BDW-GC is running marking in its own non-Guile thread.  If > BDW does have parallel marking enabled, this test will SEGV. > If it doesn't have parallel marking enabled, this test will pass. Good. FWIW, I’

Re: [PATCH] Fix thread-unsafe lazy initializations

2013-03-01 Thread Ludovic Courtès
Mark H Weaver skribis: > From dadcb1512569c1be039fc75f0a2967e370939e42 Mon Sep 17 00:00:00 2001 > From: Mark H Weaver > Date: Thu, 28 Feb 2013 17:56:58 -0500 > Subject: [PATCH] Fix thread-unsafe lazy initializations. > > * libguile/debug.c (scm_local_eval): > libguile/ports.c (scm_current_warn

Re: Adding new information to scm_t_port (was Re: always O_BINARY?)

2013-03-01 Thread Ludovic Courtès
Andy Wingo skribis: > On Thu 28 Feb 2013 12:04, l...@gnu.org (Ludovic Courtès) writes: > >> Andy Wingo skribis: >> >>> On Thu 28 Feb 2013 04:24, Mark H Weaver writes: >>> Instead of having 'input_cd' and 'output_cd' point directly to the platform's iconv_t structures, let's have them

Re: scm_t_subr warnings

2013-03-01 Thread Ludovic Courtès
Hello, Julian Graham skribis: > Andy and Ludo and I were discussing this on IRC and it was suggested > that we move the question to the mailing list. I'm trying to compile > some code -- using `gcc -pedantic' -- that invokes `scm_c_make_gsubr', > and I'm getting the following warning: > > warn

Re: propose deprecation of generalized-vector-*

2013-03-01 Thread Daniel Llorens
On Mar 1, 2013, at 03:42, Noah Lavine wrote: > There should still be an operator that splits in other ways, but I agree that > we can shortcut that in many cases. One think I like about the frame / cell split is that you know that the result will have the same frame. So I imagine an operator