compile fixen

file: /cvsroot/guile/guile/guile-core/libguile/ChangeLog,v retrieving revision 1.2302 diff -u -r1.2302 ChangeLog --- libguile/ChangeLog 5 Oct 2005 00:36:04 - 1.2302 +++ libguile/ChangeLog 9 Oct 2005 19:40:13 - @@ -1,3 +1,8 @@ +2005-10-09 Andy Wingo [EMAIL PROTECTED

Re: compile fixen

On Mon, 2005-10-10 at 07:39 +1000, Kevin Ryde wrote: Andy Wingo [EMAIL PROTECTED] writes: Also the build stopped when building the texinfo files, because I had no version.texi. I had to make stamp-vti in the doc/ref and doc/tut dirs to make the version.texi files, That shouldn't

Re: Future of ice-9/slib.scm.

Hi Klaus, On Wed, 2005-11-16 at 08:50 +0100, klaus schilling wrote: how about converting the individual slib files into guile modules? I thought about this in the past. It is however a maintainance nightmare. If you don't believe me you are free to try it and see ;) Cheers, -- Andy Wingo http

*still* can't compile guile 1.7

, but with a different pair in the let*. What gives? Regards, -- Andy Wingo http://wingolog.org/ ___ Guile-devel mailing list Guile-devel@gnu.org http://lists.gnu.org/mailman/listinfo/guile-devel

1.8 [was: GC improvements]

hold back the release) BTW, I just compiled guile-gnome against 1.7. Seems to run OK, but I get a segfault in one of the test suites, deep in GC. And of course as I noted it doesn't even build on x86-64. Will do some bisection when I'm back from holidays. Regards, -- Andy Wingo http

API naming bugs

is (correctly) EXPLICITLY Regards, -- Andy Wingo http://wingolog.org/ ___ Guile-devel mailing list Guile-devel@gnu.org http://lists.gnu.org/mailman/listinfo/guile-devel

Re: 1.8 status and 64-bit data corruption

normally use is 4.0.3. I just reproduced the bug with that gcc and latest guile, running with the default cflags (-g -O2). The error is highly dependent on cflags tho. Regards, -- Andy Wingo http://wingolog.org/ ___ Guile-devel mailing list Guile-devel

Re: guile 1.8 and x86_64

don't have time to look at this atm, just wanted to give the quick positive feedback :-) Cheers, -- Andy Wingo http://wingolog.org/ ___ Guile-devel mailing list Guile-devel@gnu.org http://lists.gnu.org/mailman/listinfo/guile-devel

Re: guile 1.8 and x86_64

). That would be another issue though... Regards, -- Andy Wingo http://wingolog.org/ ___ Guile-devel mailing list Guile-devel@gnu.org http://lists.gnu.org/mailman/listinfo/guile-devel

Re: largefile64 on ports

Hi Kevin, On Fri, 2006-09-08 at 09:17 +1000, Kevin Ryde wrote: Actually instantiating a port from a descriptor isn't documented, so it's possible no applications are using the C port type stuff at all! Guile-gnome's gnome-vfs wrapper uses it. You can make a SCM port out of a gnome-vfs handle

Re: A guile story

Heya Neil, Interesting story ;) On Sun, 2006-11-05 at 08:51 +, Neil Jerram wrote: Writing code directly on the 770 is a bit sub-optimal, so the best option IMO is to use Emacs on my laptop, with ange-ftp to edit files on the 770. You could use the tramp package, using ssh to do the

Re: bug: list-index overloaded

Hi Han-Wen, On Sun, 2006-11-26 at 15:28 +0100, Han-Wen Nienhuys wrote: ice-9/boot.scm defines a list-index (list, elt), which is in conflict with srfi's list-index (pred list) function. please fix. This has been the case for a long time, and would be an incompatible change, breaking code in

Re: frames / stacks / source? was Re: coverage/profiling

Hi, On Tue, 2007-01-09 at 10:10 +0100, Ludovic Courtès wrote: For Scheme-level profiling, you may want to use the `statprof' module currently available in guile-lib. It's very easy to set up and provides results similar to `gprof' (it's a statistical profiler, too). For Scheme-level

Re: slowness in guile 1.8

Hey Ludovic, Thanks for looking at this! On Fri, 2007-05-25 at 20:12 +0200, Ludovic Courtès wrote: Alas, it breaks the following test in `syntax.test': I'm not sure what it is in this case; I assume you mean the fix to module-make-local-var!. (pass-if binding is created before expression

Further profiling, including howto

Hey all, I've finally gotten back to profiling Guile. I'd like to write about things that I have found. First, however, I will describe the process I am using. The subject of investigation My machine is a Powerbook 1.5 Ghz G4 PPC with 512 MB RAM. Not particularly

Re: Upgrading to LGPLv3?

Hi Greg, On Tue, 2007-07-17 at 09:34 -0400, Greg Troxel wrote: I didn't infer that [LGPLv3 was incompatible with GPLv2] from the link. Look again; it is there (lower-left box of http://www.fsf.org/licensing/licenses/gpl-faq.html#AllCompatibility). The only reason that LGPLv2 libraries can be

Post-reader changes benchmarks

Hi all, I have re-run my benchmarks against the released Guile 1.8.2, Guile HEAD before the reader changes, and Guile HEAD after the changes. The times in this benchmark series are lower because I changed the way I run them: I use emacs' M-! instead of running the tests in gnome-terminal.

Profile of current guile HEAD

Hey, Some more data points. I just profiled a run of guile -c 1 from HEAD. This is what callgrind says about which functions are taking the most time: cumulative self total percentpercentcallsfile:function 23.15 19.30 151231

[PATCH] scm_module_variable, duplicate bindings handlers

+0200 +++ ChangeLog 2007-08-10 11:41:05.0 +0200 @@ -1,3 +1,9 @@ +2007-08-10 Andy Wingo [EMAIL PROTECTED] + + * modules.c (scm_module_variable, scm_module_local_variable): Fix + misordered lookup sequence: it should be obarray, binder, imports + rather than obarray, imports, binder

Re: what am I doing wrong building 1.8?

A followup problem: [Should these go to bug-guile or something?] make[3]: Entering directory `/home/wingo/src/guile-1.8/doc/ref' GUILE=/home/wingo/src/guile-1.8/pre-inst-guile ../../scripts/snarf-guile-m4-docs ../../guile-config/guile.m4 ./autoconf-macros.texi restore=:

Re: [r6rs-discuss] Implementors' intentions concerning R6RS

Hi Neil, On Sun 28 Oct 2007 20:28, Neil Jerram [EMAIL PROTECTED] writes: FWIW, my feeling about R6 as a whole is that it is not aligned with Guile's objective - remembering that the latter is not just to be a Scheme implementation, but a Scheme implementation in the form of an embeddable

Re: Using branch prediction hints (or not)

Hi Ludovic, On Tue 04 Dec 2007 21:35, [EMAIL PROTECTED] (Ludovic Courtès) writes: I played with GCC's `__builtin_expect' (patch attached) to provide GCC with branch prediction hints in the most obvious situations: `SCM_ASSERT'-like macros, `scm_wrong_num_args ()' situations in the evaluator,

Re: [patch] subordinate SMOBs with GOOPS superclasses

Hi Marco, What follows is a review by an ignorant individual! On Tue 27 Nov 2007 07:57, Marco Maggi [EMAIL PROTECTED] writes: The attached patch documents the creation of a GOOPS class whenever a new SMOB type is defined and GOOPS has been already loaded. Excellent! Would be nice if the

struct and goops questions

Hi all, I've been looking at structs a bit recently, and goops' use of them. I have some questions: (1) Why are struct free functions part of instances and not vtables? It would seem that they are more appropriate on the vtables (of course themselves structs), instead of wasting a word

Re: Extending Snd with Eval-C and Snd-Rt

Hi Kjetil, On Fri 11 Jan 2008 00:29, Kjetil S. Matheussen [EMAIL PROTECTED] writes: This is my paper for the linux audio conference 2008: http://www.notam02.no/~kjetism/sndrt_lac2008.pdf Its a plain presentation of eval-c, snd-rt, san dysth and snd/pd, plus a discussion about soft realtime

threads + gds + with-input-from-string == fail

Hello, It took me a while to isolate, but GDS has a problem when evaluating code that changes the current input port. For example, evaluate the following: (with-input-from-string (+ 2 3) read) If you are running with a utility guile, this should work. However, if you start up another guile

Re: fixes to goops + light structs + 'u' slots

Hi Mikael! On Sun 13 Apr 2008 21:09, Mikael Djurfeldt [EMAIL PROTECTED] writes: I have heard that in a well-done CLOS implementation, accessors are are generally faster than slot-ref Note that the current implementation *does* compile in the slot position into this form and indeed *has*

Re: fixes to goops + light structs + 'u' slots

On Sun 13 Apr 2008 21:09, Mikael Djurfeldt [EMAIL PROTECTED] writes: At least given the state of Guile at the point when GOOPS accessors were implemented, the current imlementation was superior to both a slot-ref-based and a SMOB-based implementation. [...] In any case, *please* always

Re: fixes to goops + light structs + 'u' slots

Hi Mikael, On Tue 15 Apr 2008 00:16, Mikael Djurfeldt [EMAIL PROTECTED] writes: 2008/4/14, Andy Wingo [EMAIL PROTECTED]: Regarding memory consumption. Currently, structs are double-cells: one word for the vtable, one for the data, one empty, and one for the STRUCT_GC_CHAIN, used (please

GOOPS todo

Hi all, Mikael has mentioned on a number of occasions that GOOPS has some unfinished pieces. I couldn't find any information on this in the workbook, so I decided to write down a summary of the things that I've seen. Please add to this list if you know of more things, or if I am mistaken or miss

Re: fixes to goops + light structs + 'u' slots

Hi, On Sun 20 Apr 2008 01:07, Mikael Djurfeldt [EMAIL PROTECTED] writes: Well, apparently I'm the very author of this GC chain thing you are talking to me about. The only thing I can say is that there was probably a reason at the time to do this. The reason is simple: you need a class to

Re: GOOPS todo

Heya Ludovic, On Thu 24 Apr 2008 00:03, [EMAIL PROTECTED] (Ludovic Courtès) writes: * GOOPS should define a with-accessors macro. Actually, I don't like it a lot (probably because I wouldn't mind adding accessors to the global namespace). Do other CLOS-like systems have something similar?

let's bytecode it!

Hello, So long in the past, it seemed that Keisuke's Guile-VM would mature and replace the existing scm_ceval(). Everyone was down with it: Marius, Mikael, etc. But it seems that there were some lingering issues, and it didn't really settle down into Guile proper. Then a couple yeats ago (!),

Re: pkg-config support

On Wed 30 Apr 2008 13:49, [EMAIL PROTECTED] (Ludovic Courtès) writes: As for libraries, there's an additional problem. Libraries that are not meant to be used from C (e.g., bindings of some C library whose C API is not public) would better fit under $pkglibdir than under $libdir. In that

getting started with guile-vm

Hey hackers, Haven't started poking guile-vm yet? Well here are some suggestions about familiarizing yourself with the code. First, read the fine manual. It's quite fine! It's clear, although not complete, and really helped me to see what the pieces were, and how they go together.

guile-vm hacking

Hi, The following changes since commit b89fc2153ec8a46ce55d16c3a90a559117bc3aa1: Ludovic Courtes (1): Slowly improving support for macro compilation. are available in the git repository at: http://wingolog.org/git/guile-vm.git master Andy Wingo (23): cleanups in syntax.scm

[patch] make readline pay attention to the current-reader fluid

From a488aa59468f60133fc8767b3ffafa2e098bda4f Mon Sep 17 00:00:00 2001 From: Andy Wingo [EMAIL PROTECTED] Date: Fri, 9 May 2008 13:07:32 +0200 Subject: [PATCH] make readline's `repl-reader' impl check the current-reader fluid * guile-readline/ice-9/readline.scm (activate-readline): Use

support thunks as prompts without readline

Hi, From 69fc67efaad628a866e14ead4cb96f102316b82b Mon Sep 17 00:00:00 2001 From: Andy Wingo [EMAIL PROTECTED] Date: Fri, 9 May 2008 16:42:44 +0200 Subject: [PATCH] support thunks as prompts, as readline does. * ice-9/boot-9.scm (repl-reader): Support thunks as prompts. --- ice-9/boot-9.scm

git and changelogs

Hi, Now that we've switched to git, hows about moving our changelogs to ChangeLog.old, and just using commit logs? We can still generate changelogs on release, if that's a desire. I can do something about the latter, if you all think it's a good idea. Andy -- http://wingolog.org/

Re: git and changelogs

Hi Neil, On Sat 10 May 2008 00:41, Neil Jerram [EMAIL PROTECTED] writes: Andy Wingo [EMAIL PROTECTED] writes: Now that we've switched to git, hows about moving our changelogs to ChangeLog.old, and just using commit logs? We can still generate changelogs on release, if that's a desire. Do

Re: support thunks as prompts without readline

Hey Neil, On Sat 10 May 2008 00:36, Neil Jerram [EMAIL PROTECTED] writes: Andy Wingo [EMAIL PROTECTED] writes: * ice-9/boot-9.scm (repl-reader): Support thunks as prompts. --- ice-9/boot-9.scm |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/ice-9/boot-9.scm b

Re: git and changelogs

Heya, On Mon 12 May 2008 22:12, Neil Jerram [EMAIL PROTECTED] writes: I'm happy with your suggestion to retire ChangeLog. Perhaps you should add something to HACKING about this, though? Sure, I can do that. I'll send something yall's way on Wednesday. I'm more than happy to have a few brain

further hacking on guile-vm

f540e3271b55bd9e61165557c72d6ff8f9619e54: Andy Wingo (1): Replace ice-9 match's structures with guile's records are available in the git repository at: http://wingolog.org/git/guile-vm.git master Andy Wingo (14): multiple-values help for the repl; exports cleanups more exports

guile-vm status

0a5db6e11d0bc8b5f7f822d8b45015b9ac0fc367: Andy Wingo (1): add env script are available in the git repository at: http://wingolog.org/git/guile-vm.git master Andy Wingo (15): Update Makefile.am's; remove slib import fix env script remove x.foo.bar - (slot x 'foo 'bar) compile-time

guile-vm 0.7 released

the copyright notice and this notice are preserved. From a488aa59468f60133fc8767b3ffafa2e098bda4f Mon Sep 17 00:00:00 2001 From: Andy Wingo [EMAIL PROTECTED] Date: Fri, 9 May 2008 13:07:32 +0200 Subject: [PATCH] make readline's `repl-reader' impl check the current-reader fluid * guile-readline/ice

catching scm_without_guile badness

Hi, I just spent a couple days tracking down a bug in my code that was due to calling scm_without_guile when I wasn't actually in Guile. This exhibited itself as a deadlock at some point in the future when a scm_without_guile that was lower on the stack exited, it tried to take the heap lock when

guile-vm merged into guile

Hey all, I have a branch of Guile into which I merged the Guile-VM git repo, with its history. I only did the minimal tweaks to get the whole thing to build and self-compile -- assuredly there is some reorganization to do. I did this because for efficiency, things like procedure-documentation

Re: GUILE_MAX_HEAP_SIZE

On Sun 17 Aug 2008 14:51, [EMAIL PROTECTED] (Ludovic Courtès) writes: Han-Wen Nienhuys [EMAIL PROTECTED] writes: I have a request: can you put the gnulib into the repository of GUILE itself? Yeah, we could do that. I think this would be good; and call be ornery, but a simple import,

Re: load_extension tests broken

Hi, On Sat 16 Aug 2008 11:27, Han-Wen Nienhuys [EMAIL PROTECTED] writes: As it turns out, the test suite is loading extension modules (i18n.so to be precise) from the path I supplied in LD_LIBRARY_PATH. Since this was an old version, this failed in mysterious ways. Could someone modify the

Re: Goops Valgrind

Hi Han-Wen, On Fri 15 Aug 2008 22:15, Han-Wen Nienhuys [EMAIL PROTECTED] writes: Running the test suite through valgrind, I get some fishy errors. Can someone shed a light on this? The culprit seems to be #define SCM_NUMBER_OF_SLOTS(x) \ ((SCM_STRUCT_DATA (x)[scm_struct_i_n_words]) -

Re: request reversion regarding scm_i_* removal

Good day! Still on holiday, but the train provides a lovely hacktime. On Mon 11 Aug 2008 01:10, [EMAIL PROTECTED] (Ludovic Courtès) writes: Andy Wingo [EMAIL PROTECTED] writes: The removal of the scm_i_* functions is an ABI break in the stable 1.8 series. It should be reverted. (It's

Re: pass at srfi-89 implementation

Hi, On Wed 20 Aug 2008 00:32, [EMAIL PROTECTED] (Ludovic Courtès) writes: http://thread.gmane.org/gmane.lisp.guile.bugs/3895 I'm concerned about the accuracy of `statprof' given that handlers are called asynchronously. Signal handlers have always been called asynchronously, so there's

Re: load_extension tests broken

On Fri 22 Aug 2008 11:56, [EMAIL PROTECTED] (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 pre-inst-guile-env did not have libguile in it

Re: further guile-vm integration

Hi, On Fri 22 Aug 2008 12:23, [EMAIL PROTECTED] (Ludovic Courtès) writes: Besides, do you have an automatic compilation approach in mind (à la Python) or something explicit, possibly with source/binary time-stamp comparison? I don't know really. Currently it's explicit. But automatic could

the new gc asserts in master

Hi, I just merged master to guile-vm, but I'm not sure if I really wanted to do that now. Normal test suites are failing: lt-guile: gc.c:604: scm_i_gc: Assertion `scm_cells_allocated == scm_i_marked_count ()' failed. /home/wingo/src/guile/vm/test-suite/standalone/test-use-srfi: line 27:

Re: Race condition in threading code?

Hi, On Sat 16 Aug 2008 11:45, Han-Wen Nienhuys [EMAIL PROTECTED] writes: Julian Graham escreveu: Hmmm... I don't recall seeing those when I was writing that test suite. Just to be clear, were you getting those errors before making your changes? No, but some very unrelated changes made

Re: the new gc asserts in master

Hi again! On Wed 27 Aug 2008 12:00, Andy Wingo [EMAIL PROTECTED] writes: On Wed 27 Aug 2008 07:00, Han-Wen Nienhuys [EMAIL PROTECTED] writes: http://thread.gmane.org/gmane.lisp.guile.user/6372 I think reference counting is the correct solution for this, as far as I understand

Re: RFD: please drop ChangeLog updates

Hi, On Fri 29 Aug 2008 12:56, [EMAIL PROTECTED] (Ludovic Courtès) writes: That said, the ideal would be something like `add-change-log-entry' that operates on Git logs instead of ChangeLogs, but there doesn't seem to be anything like this. DVC is said to support things like that, but it

Re: [PATCH] Avoid `SCM_VALIDATE_LIST ()'

On Sun 31 Aug 2008 17:12, Han-Wen Nienhuys [EMAIL PROTECTED] writes: On a tangent, is anyone still seriously considering to run Emacs atop GUILE? (It looks a bit like a travesty if we're trying to accomodate elisp while also trying to follow standards like SRFI-x and RxRS) I think it makes

Re: Updated HACKING

On Wed 03 Sep 2008 19:35, Han-Wen Nienhuys [EMAIL PROTECTED] writes: How about the following: - Provide a description in the commit message, like so: 1-line description of change More extensive discussion of your change. Document why you are changing things. * filename

Re: [PATCH] Avoid `SCM_VALIDATE_LIST ()'

I don't know why I'm answering this, but... On Thu 04 Sep 2008 17:10, Han-Wen Nienhuys [EMAIL PROTECTED] writes: Well, I remember having a flamewar with RMS about language agnosticism and running emacs on GUILE about 8 years ago, and I don't think we have progressed much since then.

Re: [PATCH] Avoid `SCM_VALIDATE_LIST ()'

Hi, On Sun 07 Sep 2008 04:33, Han-Wen Nienhuys [EMAIL PROTECTED] writes: I am not using and enhancing GUILE primarily for fun. Then why do it? I'm serious. I feel using GUILE has been a big mistake -especially considering the amount of time I sank into it. I seriously looked into moving

vm branch now uses vm repl by default

Hi, I've enabled the VM repl by default on the vm branch. Here's a brief annotated tour: $ ./pre-inst-guile Guile Scheme interpreter 0.5 on Guile 1.9.0 Copyright (C) 2001-2008 Free Software Foundation, Inc. Enter `,help' for help. A very pleasant introduction, no? And totally

Re: GC asserts and threads

On Tue 09 Sep 2008 07:58, Han-Wen Nienhuys [EMAIL PROTECTED] writes: Is there any code in GUILE that would create a thread (possibly leading to race conditions) when there is no explicit start-thread call in the code? The program (lilypond) does run through the regular GUILE boot

Re: development goals

Hi, On Mon 08 Sep 2008 12:16, [EMAIL PROTECTED] (Ludovic Courtès) writes: Han-Wen Nienhuys [EMAIL PROTECTED] writes: - Nobody has enough initiative to put a single strategic #ifdef in the code. To me, it looks like the strategic #if 0 was a way of admitting that we know our code is

Re: boot-9 compiling in guile-vm

On Thu 11 Sep 2008 00:59, Neil Jerram [EMAIL PROTECTED] writes: I just pulled and built: got this error... vm-engine.c: In function 'vm_run': vm-engine.c:199: error: unable to find a register to spill in class 'SIREG' Yeah, it seems the gcc with debian does this, at least on x86-32. (Dale

Re: Goops Valgrind

On Thu 11 Sep 2008 23:06, Neil Jerram [EMAIL PROTECTED] writes: Classes that are not metaclasses allocate their instances using light structs. So the object layout goes like this: the vtable word the data word

advice on reducing C stack frame size?

Hi, With a local patch, it seems that my C stack frames are getting large enough to start hitting the stack overflow checks. (In the future this won't be a terrible problem, as you won't be recursively calling the evaluator the the vm then the evaluator etc too much, but while we still have a

call-with-values compilation!

Hello! Check this: scheme@(guile-user) ,x (lambda () (call-with-values (lambda () (values 2 3)) *)) Disassembly of #program #(0 32 #f) (0): nargs = 0 nrest = 0 nlocs = 0 nexts = 0 Bytecode: 0(late-variable-ref 0) 2(object-ref 1) ;;

Re: advice on reducing C stack frame size?

Hi, On Tue 16 Sep 2008 07:27, Ken Raeburn [EMAIL PROTECTED] writes: On Sep 13, 2008, at 12:56, Andy Wingo wrote: So for example, just sitting at the repl, we have: #28 0x001c48fc in vm_run (vm=0xb7f1ff58, program=0x8d53df8, #29 0x001bfcad in program_apply (program=0xb7ee2730, args

Re: call-with-values compilation!

On Wed 17 Sep 2008 21:42, Neil Jerram [EMAIL PROTECTED] writes: 2008/9/16 Andy Wingo [EMAIL PROTECTED]: This new instruction, mv-call, takes three byte arguments, and at least two stack arguments. The byte arguments are the number of args, and two bytes to specify an offset to the multiple

Re: guile-vm .go files in GUILE_LOAD_PATH

Heya Dale, On Thu 18 Sep 2008 22:49, [EMAIL PROTECTED] writes: I'm pretty sure the case of not using the already installed system .scm files while building is handled now. It is, but only because the uninstalled dirs are before the installed dirs. I committed a patch to the vm branch to

vm status update, in the crisp fall

Heyas, Since the last update: * We optimize the (call-with-values producer (lambda (values...) body...) into a special form to avoid generating the consumer closure. It's equivalent to: (receive (values...) producer body). * Fixed pre-inst-guile not to look at installed paths for

Re: vm status update, in the crisp fall

On Mon 29 Sep 2008 09:35, [EMAIL PROTECTED] (Ludovic Courtès) writes: Hi! Andy Wingo [EMAIL PROTECTED] writes: Current plan is to either look at that GC leak, if I'm feeling adventurous, or otherwise keep plugging away at the test suite. Most things pass but I do find some random bugs

Re: Stack calibration

Heya, Neil, I'd love to try your patches, can you push to a branch? Andy

Re: VM branch now built daily

On Wed 08 Oct 2008 22:01, [EMAIL PROTECTED] (Ludovic Courtès) writes: Hello! The `vm' branch is now built every day on the GCC Compile Farm: Scary and wonderful! And a bit surprising, I get aborts on continuations.test. (It used to pass, but with the recent precise stack marking assertions,

Re: error on startup with latest guile-vm

Hi, On Wed 15 Oct 2008 07:17, Julian Graham [EMAIL PROTECTED] writes: Next up on the list of stupid questions: I was able to compile one of my modules, but the resulting .go file got created with (what looks like) a weirdly restrictive umask -- mode 600, and not, say, 664 or 644. Did I do

Re: full moon, vm status update

Hi, On Thu 16 Oct 2008 07:35, Julian Graham [EMAIL PROTECTED] writes: My current speculation is that when you compile --with-threads, as I do, that the socketpair between the signal receiving thread and the main thread is not closed after the fork, therefore signals in the child

notes on the goops dispatch implementation

Hi all, I have been going through GOOPS more carefully recently, preparing to make GOOPS and code that uses GOOPS compilable, preserving all of the intended optimizations. It turns out the dispatch mechanism is rather interesting. I write about it here:

goops compilation under vm: not quite.

Hi, I've been looking at how to compile goops, and to use it from compiled code. I have converted all macros to be defmacros instead of `mmacro's, so that they produce effects via their expanded code instead of as a side effect. (For example, a define-class might require define-method, which

Re: full moon, vm status update

Hi Neil, On Tue 28 Oct 2008 00:51, Neil Jerram [EMAIL PROTECTED] writes: It's not rocket science, and you probably guessed at that solution already - but I think it really is the _right_ fix, because - the principle of the elisp integration is that there is a new value #nil, which acts as

vm status update: goops compilation in the house

Hello, Your friendly neighborhood (oop goops) has been nationalized and reclaimed by a group calling itself the People's Compilation Front (PCF). I found the following note scrawled on the back of a page of R6RS, and wished to communicate it to the wider Guile community. I've added some comments.

Re: full moon, vm status update

On Fri 31 Oct 2008 18:54, Andy Wingo [EMAIL PROTECTED] writes: Granted, we have ideals, and we have tradeoffs, and writing an elisp compiler. (Then again, maybe not that bad.) If I have to add what I Meant to say here: writing an elisp compiler might be a bit of work consider to be a hack

plan for merging guile-vm docs into guile manual

Greetings Guilers, I've been looking at the VM, and as far as I can tell, what's needed before it can be merged into master is just documentation. All the rest of it can be improved while it's in master, but it offers no significant regression. The biggest regression that I know of is that the

Re: plan for merging guile-vm docs into guile manual

Howdy, On Thu 06 Nov 2008 17:19, [EMAIL PROTECTED] (Ludovic Courtès) writes: broken record The reader interface is unusable as well. /broken record I suppose it'd be easy to hack something in the Scheme translator, perhaps making it optional. Maybe I could look into it myself and

Re: Guile release planning

Hi Linas, On Tue 11 Nov 2008 04:44, Linas Vepstas [EMAIL PROTECTED] writes: 2008/11/10 Neil Jerram [EMAIL PROTECTED]: I also think it will help us manage API incompatibilities better. I think our default position from now on should be to maintain source-level (API) compatibility, but it is

Re: Why bother porting Guile to BDW-GC?

On Tue 11 Nov 2008 21:11, [EMAIL PROTECTED] (Ludovic Courtès) writes: I think the best we can do is keep the thing in a separate branch. Sure. Does that seem like a reasonable plan? Some benchmarking would be really nice ;-) Like these for example:

Re: Guile release planning

Hi, On Tue 11 Nov 2008 22:05, Linas Vepstas [EMAIL PROTECTED] writes: 2008/11/11 Andy Wingo [EMAIL PROTECTED]: --enable-threads, or vice versa. Probably what happened to you? Don't think so. The 1.8.3 was from Ubuntu Hardy. I assume it had threads turned on Nope, Debian builds --without

ghil repl

A brief note: Piqued by the need to document GHIL, I noticed a lack of Replage (noun, in the state of repl) in the GHIL language. No more! scheme@(guile-user) ,language ghil Guile High Intermediate Language (GHIL) interpreter 0.3 on Guile 1.9.0 Copyright (C) 2001-2008 Free Software

Re: Guile release planning

Hi Han-Wen, On Wed 12 Nov 2008 05:41, Han-Wen Nienhuys [EMAIL PROTECTED] writes: One angle that we could take is time based release planning, like GNOME and Fedora do: plan to do one or two releases per year on a rigid schedule. With GNOME there is also a difference, as you know: they do

Re: Does anyone actually use threads with guile?

Hi Linas, [cc'ing them all, but followups to just one please -- bug-guile is probably best] For my part I apologize for not having the cycles to poke this more thoroughly. Fortunately you are a good programmer and can figure things out :) History: pthread support was new with 1.8, as you

Re: Using define in multiple threads?

Hello! On Mon 17 Nov 2008 15:57, [EMAIL PROTECTED] (Ludovic Courtès) writes: Han-Wen Nienhuys [EMAIL PROTECTED] writes: Linas Vepstas escreveu: Is it safe or legal to use define in multiple threads? Besides, as Linas noted, the hash table implementation isn't thread-safe, which makes it

Re: Guile release planning

Hi, On Mon 17 Nov 2008 00:33, [EMAIL PROTECTED] (Ludovic Courtès) writes: And I assume the actually loaded libguile was version 1.8.5? So there should have been something in the library saying that it needed 1.8.3, which would have caused the link to fail. Does the libtool scheme cover

Re: guile build failure - help !

Hi Dave, On Thu 20 Nov 2008 00:01, Dave Nadler [EMAIL PROTECTED] writes: /cygdrive/d/home/drn/guile-1.8.5/libguile/guile.c:72: undefined reference to `_l t__PROGRAM__LTX_preloaded_symbols' I think this is because we don't support libltdl version 2.2 yet, unfortunately. Someone with access to

Re: [PATCH]: Critical section checked for incorrect thread.

On Sun 14 Dec 2008 00:59, l...@gnu.org (Ludovic Courtès) writes: - if (scm_i_critical_section_level) + if (SCM_I_CURRENT_THREAD-block_asyncs) It seems to me that throw from within critical section means precisely throw when SCM_I_CRITICAL_SECTION_LEVEL is non-zero. I don't see what

frames, stacks, traps, continuations, backtraces, oh my oh my.

Hey folks, Over the weekend I started to work on tidying up some loose ends in the vm branch. One of the big loose ends is the debugging story: getting good backtraces between interpreted and compiled code, etc. My mind is ajumble with code right now, but I figured I'd dump some observations, to

Re: Small formatting patch

Hi, On Mon 22 Dec 2008 17:57, Dale Smith dalepsm...@gmail.com writes: @c (FIXME:: this name should be changed) -...@deftypefn Macro (scm_t_cell *) SCM2PTR (SCM @var{x}) +...@deftypefn Macro {scm_t_cell *} SCM2PTR (SCM @var{x}) Extract and return the heap cell pointer from a non-immediate

Re: Issuing deprecation warnings

Hi Daniel, On Sun 28 Dec 2008 10:31, Daniel Kraft d...@domob.eu writes: Thus here my question: What's the opinion on the matter? I'd like to provide a simple patch for this issue (it is trivial, but hey :)), but want to know which way to go for it. As stated above, my feeling would be to

Re: full moon, vm status update

Hey Neil, On Tue 28 Oct 2008 00:51, Neil Jerram neiljer...@googlemail.com writes: - the principle of the elisp integration is that there is a new value #nil, which acts as EOL in list contexts, and as #f in boolean contexts - as one example of this, the non-VM apply accepts and handles a

Re: Goops Valgrind

Hi, Sorry for the spam, but I'm going through some backlog that I didn't have the resources to deal with. Has this issue been addressed? Andy On Sun 14 Sep 2008 14:06, Neil Jerram neiljer...@googlemail.com writes: 2008/9/12 Andy Wingo wi...@pobox.com: On Thu 11 Sep 2008 23:06, Neil Jerram

  1   2   3   4   5   6   7   8   9   10   >