I feel obligated to respond, having made all sorts of noise.
2009/1/15 Neil Jerram :
> whether people think that scm_init_guile is really needed.
kill it. there seem to be perfectly adequate ways of
living without it. Unfortunately, the current documentation
describing how to use guile with thr
2009/1/5 Ludovic Courtès :
> Hello!
>
> "Neil Jerram" writes:
>
>> 3. The "ossau-gds-dev" branch. This contains some minor improvements
>> to the Emacs interface. After the review of "master" is done, we'll
>> merge "ossau-gds-dev" into "master".
>
> I'd do (3) before (2) because it's probably e
2009/1/15 Neil Jerram :
>
> Thoughts? On the other hand, does moving to BDW-GC take a lot of this
> out of our hands anyway?
>From a quick look, it seems the answer to that is "yes", and hence
moving to BDW-GC will mean that we can keep scm_init_guile with no
cost. So this is probably all moot..
scm_init_guile has always been a bit problematic, as it requires lots
of heuristic and OS-dependent code to try to determine where the base
of the stack is. It's never been formally deprecated, but we have
always advised people to use scm_boot_guile or scm_with_guile if they
can, and the manual sa
2009/1/15 Neil Jerram :
> 2009/1/15 Greg Troxel :
>>
>> (Thansk - now I can build master and branch-release_18.)
>>
>> 1.8 passes make check. master fails with a core dump due to mutex abuse
>> in the socket test:
>>
>> http://autobuild.josefsson.org/guile/log-200901151131125464000.txt
>
> I'm lo
Hello!
l...@gnu.org (Ludovic Courtès) writes:
> I modified in the BDW-GC branch to transparently have all
> `SCM_SYMBOL ()' invocations use a statically allocated stringbuf. The
> symbol itself still has to be interned then so for simplicity the
> implementation statically allocates an immutabl
Greg Troxel writes:
> OK. So my autobuild script should then
As I told you (did I?), the autobuild script no longer has to worry
about `AB_INIT' in any branch.
Ludo'.
"Neil Jerram" writes:
> 2009/1/15 Greg Troxel :
>> INSTALL is checked in, but gets overwritten by autoreconf. It seems
>> like since this is a generated file it should not be checked in.
>
> Yes, that might be sensible. Ludovic, what do you think?
Either way is fine by me.
Thanks,
Ludo'.
Hi,
Running the test suite on my laptop on the vm branch, without futzing
with power management foo, takes 14 seconds. Removing all of the .go
files and running the test suite takes 10 seconds. This is not good!
I profiled and it turns out that most of the time is spent in GC,
presumably not reap
Hi Ludo,
Thanks for the review, it's appreciated. I've incorporated your vm.texi
changes and will push shortly.
On Tue 13 Jan 2009 23:45, l...@gnu.org (Ludovic Courtès) writes:
> s/toplevel/top-level/
Ooh, this one is painful -- I feel like if it changes in the docs it
should change in the co
Hello,
"Neil Jerram" writes:
> 2009/1/15 Ludovic Courtès :
>>
>> I see that by commit e335ff3df023899e2580de14febd0ea14e5089f8 things
>> seem to work well. Can you just make sure there aren't any generated
>> files left? Also `m4/.gitignore' used to be non-empty, to take Libtool2
>> files into
2009/1/15 Greg Troxel :
>
> (Thansk - now I can build master and branch-release_18.)
>
> 1.8 passes make check. master fails with a core dump due to mutex abuse
> in the socket test:
>
> http://autobuild.josefsson.org/guile/log-200901151131125464000.txt
I'm looking into this, as it is in approxi
Hi,
I cherry-picked the benchmark suite that Ludovic incorporated into the
bdw branch to master, and then to vm -- with Ludovic's approval.
I haven't gotten any numbers yet, though.
Andy
--
http://wingolog.org/
2009/1/15 Greg Troxel :
>> 2009/1/15 Greg Troxel :
2009/1/15 Greg Troxel :
> AB_INIT is not present in master, just in 1.8 (I think - I am still a
> git newbie).
It's hidden somewhere inside gl_INIT or gl_EARLY.
>>>
>>> hmm, that seems wrong for a library component to be ma
"Neil Jerram" writes:
> 2009/1/15 Greg Troxel :
>>> 2009/1/15 Greg Troxel :
AB_INIT is not present in master, just in 1.8 (I think - I am still a
git newbie).
>>>
>>> It's hidden somewhere inside gl_INIT or gl_EARLY.
>>
>> hmm, that seems wrong for a library component to be making th
2009/1/15 Greg Troxel :
>> 2009/1/15 Greg Troxel :
>>> AB_INIT is not present in master, just in 1.8 (I think - I am still a
>>> git newbie).
>>
>> It's hidden somewhere inside gl_INIT or gl_EARLY.
>
> hmm, that seems wrong for a library component to be making those sorts
> of decisions.
It isn'
"Neil Jerram" writes:
> 2009/1/15 Greg Troxel :
>> AB_INIT is not present in master, just in 1.8 (I think - I am still a
>> git newbie).
>
> It's hidden somewhere inside gl_INIT or gl_EARLY.
hmm, that seems wrong for a library component to be making those sorts
of decisions.
pgpwjT3AoKowY.p
2009/1/15 Greg Troxel :
> AB_INIT is not present in master, just in 1.8 (I think - I am still a
> git newbie).
It's hidden somewhere inside gl_INIT or gl_EARLY.
> INSTALL is checked in, but gets overwritten by autoreconf. It seems
> like since this is a generated file it should not be checke
Thanks for all the fixes - I can build both now. Remaining issues:
AB_INIT is not present in master, just in 1.8 (I think - I am still a
git newbie).
INSTALL is checked in, but gets overwritten by autoreconf. It seems
like since this is a generated file it should not be checked in.
(Thansk - now I can build master and branch-release_18.)
1.8 passes make check. master fails with a core dump due to mutex abuse
in the socket test:
http://autobuild.josefsson.org/guile/log-200901151131125464000.txt
here is a backtrace of the thread that crashed
(gdb) i thr
4 process 6967
20 matches
Mail list logo
