bug#13509: wrong "definition in expression context" in R6RS mode

ext, where definitions are not allowed, in form (define beta #t) -- Marco Maggi

bug#16158: psyntax: bug in bound-identifier=?

Mark H Weaver wrote: > While reading psyntax.scm, I noticed that the definition of 'bound-id=?' > does not match the definition in "Syntax Abstraction in Scheme" by > Dybvig, Hieb, and Bruggeman. > > The paper states "Two identifiers that are bound-identifier=? are also > free-identifier=?". I thi

[doc] misc typos

80 < @deftypefn {C Function} SCM scm_from_mpz_t (mpz_t val) --- > @deftypefn {C Function} SCM scm_from_mpz (mpz_t val) diff --recursive original/doc/ref/api-modules.texi modified/doc/ref/api-modules.texi 136c136 < been in available since at least Guile version 1.1. --- > been available s

core dump closing output port interactively

With Guile 1.8.1 but works with .0 too: $ guile > (close (current-error-port)) #t > (close (current-input-port)) #t -> segmentation fault The stack trace shows a lot of recursive calls to scm_gc_mark and scm_gc_mark_dependencies with the fault happening at line 303 of gc-mark.c. $ guile > (clos

stack overflow equal? values

Dunno if this was reported before: guile> (equal? (values 1 2) (values 1 2)) ERROR: Stack overflow Guile 1.8.1 -- Marco Maggi ___ Bug-guile mailing list Bug-guile@gnu.org http://lists.gnu.org/mailman/listinfo/bug-guile

segfault in GOOPS/C function

, env=0x0) at ../../libguile/debug.c:470 -- Marco Maggi ___ Bug-guile mailing list Bug-guile@gnu.org http://lists.gnu.org/mailman/listinfo/bug-guile

unfinished functions in GOOPS

ser's code subclasses '', but I do now understand how, but it seems that the work was left unfinished. Maybe this should be documented somewhere, or the functions removed from the export list... -- Marco Maggi ___ Bug-guile mailing li

Re: Segment fault when Guile displays a backtrace

ble to reduce it to such a simple form. IMHO it cannot be fixed without understanding what is going on in "eval.c", which, unfortunately is a royal mess of a module. I also have a dump involving a "deval" call with NULL arguments, which belongs to "eval.c", too. -

mandelbug whit GUILE_DEBUG_MALLOC

quot;. I circumvented it, it seems, by using the same "what" in two different invocations to "scm_gc_realloc()". Understanding what is going on requirers understanding the hash table handling, which is a little mess IMHO, and it is above my head now. -- Marc

[bug #21489] crash when incorrectly sorting methods

URL: Summary: crash when incorrectly sorting methods Project: Guile Submitted by: marcomaggi Submitted on: mercoledì 31/10/2007 alle 17:22 Category: None Severity: 3 -

Re: guile won't compile solaris 10, ultra enterprise

result? There were previous reports on such a thing, example: http://lists.gnu.org/archive/html/bug-guile/2007-09/msg3.html -- Marco Maggi "Now feel the funk blast!" Rage Against the Machine - "Calm like a bomb" ___ Bug-guile

Re: configure can't find libgmp

/dev.newswhat.com/amsg/comp.lang.pascal.mac/[EMAIL PROTECTED] Anyway, is this of interest to you? <http://guile.darwinports.com/> -- Marco Maggi "Now feel the funk blast!" Rage Against the Machine - "Calm like a bomb" ___ Bug-guile mailing list Bug-guile@gnu.org http://lists.gnu.org/mailman/listinfo/bug-guile

[r6rs] underscore is not a pattern variable and can appear any number of times

n a patter and match any subform of the input form. -- Marco Maggi

[r6rs] probably bad syntax expansion

I try to reduce the programs to simpler forms (for example simplifying %GENERAL-STRING-APPEND) the error goes away. The program works fine with other R6RS implementations. -- Marco Maggi

Re: [r6rs] probably bad syntax expansion

"Marco Maggi" wrote: > The following R6RS program: Sorry for the self reply; the problem goes away defining IDENTIFIER->STRING before its usage. I can understand this, but it is not R6RS behaviour. Maybe just documenting it as incompatibility is fine. -- Marco Maggi

[r6rs] #\x0 is a perfectly valid character datum representation

ff46f0ebea92ba36acfaebafba8d86. It looks like the hex notation for characters is not recognised by the reader. -- Marco Maggi

Re: [r6rs] probably bad syntax expansion

"Marco Maggi" wrote: > Sorry for the self reply; the problem goes away defining > IDENTIFIER->STRING before its usage. I can understand > this, but it is not R6RS behaviour.Maybe just > documenting it as incompatibility is fine. I take it back.

[r6rs] frontier port position rejected with bytevector ports

sition is returned by PORT-POSITION, it must be possible to SET-PORT-POSITION! to such value. All the R6RS implementations I tested (but Mosh) accept this. -- Marco Maggi

Re: guile-2.0.0 fails to build without threads

rco/src/devel/scheme/checkouts/guile/li= bguile' make[2]: *** [all] Error 2 make[2]: Leaving directory `/home/marco/src/devel/scheme/checkouts/guile/li= bguile' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/marco/src/devel/scheme/checkouts/guile' make: *** [all] Error 2 I have kept the "config.log" files; they are quite big, so for some days I will make them available here: <http://github.com/marcomaggi/nausicaa/downloads> HTH -- Marco Maggi

Re: guile-2.0.0 fails to build without threads

Marco Maggi wrote: >Marijn wrote: > >> guile-2.0.0 fails to build without --disable-threads when >> libgc (boehm-gc in gentoo) is built without threads: > > I am following up here because I have a problem at the > same point when building branch stable-2.0; Ha

Re: guile-2.0.0 fails to build without threads

Marco Maggi wrote: > I still get the Stack overflow problem though with the > stable-2.0 branch. > > Snapshot guile-2.0.0.179-c89b.tar.gz builds successfully > if I use the "--without-threads" option, but fails in the > same way when I do not use the option

Re: guile-2.0.0 fails to build without threads

9200 real-time priority (-r) 0 stack size (kbytes, -s) 8192 cpu time (seconds, -t) unlimited max user processes (-u) 7906 virtual memory (kbytes, -v) unlimited file locks (-x) unlimited -- Marco Maggi

Re: guile-2.0.0 fails to build without threads

libgc.so.1 #13 0xb7f466ef in scm_with_guile () from /home/marco/src/devel/scheme/checkouts/guile/libguile/.libs/libguile-2.0.so.22 #14 0xb7ee49c5 in scm_boot_guile () from /home/marco/src/devel/scheme/checkouts/guile/libguile/.libs/libguile-2.0.so.22 #15 0x0804885b in main () -- Marco Maggi

Re: guile-2.0.0 fails to build without threads

scm_ithrow () from /home/marco/src/devel/scheme/checkouts/guile/libguile/.libs/libguile-2.0.so.22 (gdb) call scm_stack_report() fd7c of stack: 0xbfffe268 - 0xbfffe008 $1 = 135077272 -- Marco Maggi

Re: guile-2.0.0 fails to build without threads

pasting them into Emacs from a terminal (?) caused them to be converted to "=3D" for some reason unknown to me. I am fairly sure that that command line came from a build script (bash) I use every time to rebuild Guile and there are no errors in it. -- Marco Maggi

Re: guile-2.0.0 fails to build without threads

Andy Wingo wrote: > On Fri 20 May 2011 20:41, Marco Maggi writes: >> Andy Wingo wrote: >>> Thanks. You seem to be running on system in which the >>> stackgrows up.Isthat thecase?Check >>> libguile/scmconfig.h and conf