patch: guile manpage.

this manpage. .B guile is GNU software. Guile is originally based on Aubrey Jaffer's SCM interpreter, and is the work of many individuals. -- Rob Browning [EMAIL PROTECTED] PGP=E80E0D04F521A094 532B97F5D64E3930 ___ Bug-guile mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-guile

make-vector/vector-length disagree for large vectors.

guile (define xxx (make-vector 100)) guile (vector-length xxx) 100 guile (define xxx (make-vector 1)) guile (vector-length xxx) 16113920 guile (version) "1.4" -- Rob Browning [EMAIL PROTECTED] PGP=E80E0D

Re: doc/version-tutorial.texi

of automakery, I'm even OK with that approach if it's the right solution. -- Rob Browning rlb @defaultvalue.org, @linuxdevel.com, and @debian.org Previously @cs.utexas.edu GPG=1C58 8B2C FB5E 3F64 EA5C 64AE 78FE E5FE F0CB A0AD ___ Bug-guile mailing list [EMAIL

Re: doc/version-tutorial.texi

Neil Jerram [EMAIL PROTECTED] writes: This is now done. All works OK as far as I can tell, but I hope others will test this as well... I'll release a 1.5.2 test tarfile soon and get it up on alpha.gnu.org. -- Rob Browning rlb @defaultvalue.org, @linuxdevel.com, and @debian.org Previously

Re: reentrant port table stuff

of control issues in guile? i.e. I somewhat presumed that C functions were atomic, or are you saying that they are atomic now, but wouldn't be with POSIX threads? -- Rob Browning rlb @defaultvalue.org, @linuxdevel.com, and @debian.org Previously @cs.utexas.edu GPG=1C58 8B2C FB5E 3F64 EA5C 64AE 78FE

Re: Guile 1.5.2 beta ready for testing. (and-let* etc)

. Hmm. Could this one be a libtool version issue? What version of libtool do you have available? (Note that the upcoming 1.5.3 won't address your bugs, but if we can get them worked out, 1.5.4 will.) Thanks -- Rob Browning rlb @defaultvalue.org, @linuxdevel.com, and @debian.org Previously

Re: [PATCH] posix.texi: added additional examples

be for you to get paperwork on record for your guile related work at the FSF. Then you can just send patches whenever you feel like it. If you're interested, just mail [EMAIL PROTECTED] and they can set you up. Thanks a lot for your efforts. -- Rob Browning rlb @defaultvalue.org

Re: guile-snarf writes to $srcdir, which is not kosher

. -- Rob Browning rlb @defaultvalue.org, @linuxdevel.com, and @debian.org Previously @cs.utexas.edu GPG=1C58 8B2C FB5E 3F64 EA5C 64AE 78FE E5FE F0CB A0AD ___ Bug-guile mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-guile

Re: guile 1.6.1 on AIX5

math.h at the top. Are fabs, sin, cos, etc. in some other header on AIX5? Thanks -- Rob Browning rlb @defaultvalue.org, @linuxdevel.com, and @debian.org Previously @cs.utexas.edu GPG starting 2002-11-03 = 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4

Re: MANUAL_EDITION

. -- Rob Browning rlb @defaultvalue.org, @linuxdevel.com, and @debian.org Previously @cs.utexas.edu GPG starting 2002-11-03 = 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4 ___ Bug-guile mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman

Re: Problem with make install of 1.6.3

). If you're not using the latest libtool, you might try upgrading that, re-running ./autogen.sh and see if that helps, but that's just a guess. Unfortunately I don't know offhand what the cause is... -- Rob Browning rlb @defaultvalue.org, @linuxdevel.com, and @debian.org Previously @cs.utexas.edu

Re: unread-string character order

think a note on this in the manual to clarify would be good. Fixed in CVS. Thanks. -- Rob Browning rlb @defaultvalue.org, @linuxdevel.com, and @debian.org Previously @cs.utexas.edu GPG starting 2002-11-03 = 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4

Re: stack base on Mac OS X

Rob Browning [EMAIL PROTECTED] writes: OK, I've added these changes to 1.6, and I'll add them to 1.7 in a bit. OK, they're in 1.7 too now. -- Rob Browning rlb @defaultvalue.org and @debian.org; previously @cs.utexas.edu GPG starting 2002-11-03 = 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E

Re: Patch for guile-readline/Makefile.am

think it's probably fixed now. -- Rob Browning rlb @defaultvalue.org and @debian.org; previously @cs.utexas.edu GPG starting 2002-11-03 = 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4 ___ Bug-guile mailing list [EMAIL PROTECTED] http

Re: [patch] 1.6.4: aclocal 1.8 compatibility

Kevin Ryde [EMAIL PROTECTED] writes: (Not sure what automake version will actually be used for the next release though.) NB: unless there's some compelling reason not to, I generally use whatever's in current Debian unstable. -- Rob Browning rlb @defaultvalue.org and @debian.org; previously

Re: gethost error display

. Just to follow up, that's what I did. Thanks -- Rob Browning rlb @defaultvalue.org and @debian.org; previously @cs.utexas.edu GPG starting 2002-11-03 = 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4 ___ Bug-guile mailing list [EMAIL PROTECTED

Re: string-every returns #f when applied to an empty sequence

invocation specially, i.e. return scm_call_1(...);. If we're going to implement string-every in C, then that's the best we can do right now, and from looking at the output of srfi-13.s via -save-temps (presuming I'm reading the x86 assembly right) newer gcc's optimize that call to a jmp. -- Rob

Re: building gen-scmconfig.c on FreeBSD

not) depend on any target specific computations like sizeof(foo), etc. It is solely used as a portable way to generate scmconfig.h, taking into account the contents of config.h. -- Rob Browning rlb @defaultvalue.org and @debian.org; previously @cs.utexas.edu GPG starting 2002-11-03 = 14DD 432F AE39 534D

Re: building gen-scmconfig.c on FreeBSD

-- I was thinking of the machine hosting the compilation. Yep, which is why using $(INCLUDES), which is for the host compiler, seems doubtful. Agreed. That sounds wrong. -- Rob Browning rlb @defaultvalue.org and @debian.org; previously @cs.utexas.edu GPG starting 2002-11-03 = 14DD 432F AE39

Re: 1.6.5 build failure: libguile-ltdl.so.1: No such file or directory

, and if so (and if it's easy), are the results any different if you remove that copy of guile (including libs) and clean/re-build 1.6.5? Thanks -- Rob Browning rlb @defaultvalue.org and @debian.org; previously @cs.utexas.edu GPG starting 2002-11-03 = 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4

Re: 1.6.5 build failure: libguile-ltdl.so.1: No such file or directory

[EMAIL PROTECTED] (Paul Jarc) writes: Rob Browning [EMAIL PROTECTED] wrote: Just out of curiousity, do you have a version of guile already installed on that machine in the default path, and if so (and if it's easy), are the results any different if you remove that copy of guile (including

Re: Error executing autogen.sh

. -- Rob Browning rlb @defaultvalue.org and @debian.org; previously @cs.utexas.edu GPG starting 2002-11-03 = 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4 ___ Bug-guile mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/bug-guile

Re: FC2 configure: error: At least GNU MP 4.1 is required, see README

-O2 foo.c -lgmp -lm Does the compilation fail (with the same error in the config.log)? -- Rob Browning rlb @defaultvalue.org and @debian.org; previously @cs.utexas.edu GPG starting 2002-11-03 = 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4 ___ Bug

Re: simple-format causes segfault?

-bit machine? -- Rob Browning rlb @defaultvalue.org and @debian.org; previously @cs.utexas.edu GPG starting 2002-11-03 = 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4 ___ Bug-guile mailing list Bug-guile@gnu.org http://lists.gnu.org/mailman

Re: simple-format causes segfault?

Rob Browning [EMAIL PROTECTED] writes: Are you running on an 64-bit machine? ...or rather, a 64-bit machine. -- Rob Browning rlb @defaultvalue.org and @debian.org; previously @cs.utexas.edu GPG starting 2002-11-03 = 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4

Re: bug in guile-core/ice-9/slib.scm

the changes in 1.8. -- Rob Browning rlb @defaultvalue.org and @debian.org; previously @cs.utexas.edu GPG starting 2002-11-03 = 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4 ___ Bug-guile mailing list Bug-guile@gnu.org http://lists.gnu.org/mailman/listinfo

Re: MinGW port

. -- Rob Browning rlb @defaultvalue.org and @debian.org; previously @cs.utexas.edu GPG starting 2002-11-03 = 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4 ___ Bug-guile mailing list Bug-guile@gnu.org http://lists.gnu.org/mailman/listinfo/bug-guile

gc.test hangs with Guile 2.0.0 and Debian libgc 7.1-4

XCPU RTMIN RT_1] unfinished ... [pid 22007] rt_sigsuspend(~[INT QUIT ABRT BUS SEGV TERM XCPU RTMIN RT_1] unfinished ... [pid 21711] futex(0x40392ca4, FUTEX_WAIT_PRIVATE, 0, NULL Is this a known issue? Thanks -- Rob Browning rlb @defaultvalue.org and @debian.org GPG as of 2002-11-03 14DD 432F

Re: gc.test hangs with Guile 2.0.0 and Debian libgc 7.1-4

the libgc release plans look like? Thanks -- Rob Browning rlb @defaultvalue.org and @debian.org GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4

Guile 2.0.0 threads.test failure on i686 and amd64

gcc: 4.4.5-10 (i686), 4.4.5-12 (amd64) libc: 2.11.2-10 (i686), 2.1.2-11 (amd64) kernel: 2.6.32-5-686-bigmem, 2.6.37-1-amd64 Please let me know if I can provide additional information, or if there are any additional tests you'd like me to run. Thanks -- Rob Browning rlb @defaultvalue.org

Re: Bug#625355: guile-1.8: ftbfs with gcc-4.6 -Werror

of this report. See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=625355 for further details. Thanks -- Rob Browning rlb @defaultvalue.org and @debian.org GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4

bug#10645: Guile 2.0.3: fails make check on s390x in test-ffi

-2.0arch=s390xver=2.0.3%2B1-3stamp=1327875038 Thanks -- Rob Browning rlb @defaultvalue.org and @debian.org GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4

bug#10646: Guile 2.0.3 fails make check on armhf in test-pthread-create

see the full build log here: https://buildd.debian.org/status/fetch.php?pkg=guile-2.0arch=armhfver=2.0.3%2B1-3stamp=1327880570 Thanks -- Rob Browning rlb @defaultvalue.org and @debian.org GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4

bug#10647: Guile 2.0.3: fails make check on s390 in threads.test

Thanks -- Rob Browning rlb @defaultvalue.org and @debian.org GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4

bug#12031: Guile 2.0.6 build failure (segfault in test-with-guile-module, etc.)

identical to this frame (corrupt stack?) Please let me know if I can provide further information. Thanks -- Rob Browning rlb @defaultvalue.org and @debian.org GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4

bug#18468: Issues with alignment and m68k register naming

]; /* 11*11 double cells */ } objcode_cells = { 0, --- a/libguile/vm-engine.h +++ b/libguile/vm-engine.h @@ -74,7 +74,7 @@ #define FP_REG asm(%r16) #endif #ifdef __mc68000__ -#define IP_REG asm(a5) +#define IP_REG asm(a3) #define SP_REG asm(a4) #define FP_REG #endif -- Rob Browning rlb

bug#21181: Possible bug in test-group

Rob Browning r...@defaultvalue.org writes: Rob Browning r...@defaultvalue.org writes: With 2.0.11(-deb+1-9): scheme@(guile-user) (use-modules (srfi srfi-64)) scheme@(guile-user) (test-group foo 13) unnamed port:2:0: In procedure #procedure 1ca9e80 at current input:2:0

bug#21801: (@ (ice-9 boot-9) x) kills guile 2.0

ot; and rerun the program to get more information. Set it to "no" to suppress this message. $ -- Rob Browning rlb @defaultvalue.org and @debian.org GPG as of 2011-07-10 E6A9 DA3C C9FD 1FF8 C676 D2C4 C0F0 39E9 ED1B 597A GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4

bug#21424: Acknowledgement (Bug#685919: guile-1.6: SIGALRM signal handler does not get called when guile blocks on I/O)

original forwarding. It should have been 765497, and so the Debian forwarded address would be 765497-forwar...@bugs.debian.org, as in the headers above. Thanks -- Rob Browning rlb @defaultvalue.org and @debian.org GPG as of 2011-07-10 E6A9 DA3C C9FD 1FF8 C676 D2C4 C0F0 39E9 ED1B 597A GPG as of 2

bug#22833: Bug#816123: guile-2.0-libs: guile-procedures.txt is actually port-dependent

[If possible, please preserve the 816123-forwarded CC in any replies.] Since the content of guile-procedures.txt can vary, perhaps it shouldn't be in schemelib_DATA. cf. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=816123 Thanks -- Rob Browning rlb @defaultvalue.org and @debian.org GPG

bug#22833: Bug#816123: guile-2.0-libs: guile-procedures.txt is actually port-dependent

Rob Browning <r...@defaultvalue.org> writes: > Perhaps I could move it to the %guile-build-info libdir, i.e. here > /usr/lib/x86_64-linux-gnu/guile/2.0/guile-procedures.txt and make sure > documentation-files includes that in its search list. If there are no substantial objections

bug#22833: Bug#816123: guile-2.0-libs: guile-procedures.txt is actually port-dependent

though. I suppose for Debian's guile-2.0, if it's not to complicated, I should see if I can move it to libdir. Otherwise as described, /usr/share is isn't. -- Rob Browning rlb @defaultvalue.org and @debian.org GPG as of 2011-07-10 E6A9 DA3C C9FD 1FF8 C676 D2C4 C0F0 39E9 ED1B 597A GPG as of 2002-11

bug#22833: Bug#816123: guile-2.0-libs: guile-procedures.txt is actually port-dependent

Rob Browning <r...@defaultvalue.org> writes: > Andy Wingo <wi...@pobox.com> writes: > >> Confirmed. I guess we could put this in libdir somehow. I wonder if we >> shouldn't take advantage of the opportunity to do something more >> sensible and extensible... t

bug#24819: Intermittent 00-repl-server.test failure in 2.0.13

the trouble yet, but I augmented read-until-prompt to print every line it reads to stderr, and nothing appeared amiss there, at least. Thanks -- Rob Browning rlb @defaultvalue.org and @debian.org GPG as of 2011-07-10 E6A9 DA3C C9FD 1FF8 C676 D2C4 C0F0 39E9 ED1B 597A GPG as of 2002-11-03 14DD 4

bug#24819: Intermittent 00-repl-server.test failure in 2.0.13

merge 24819 24769 thanks Rob Browning <r...@defaultvalue.org> writes: > I noticed that 00-repl-server.test had failed on some of the debian > buildds like this: > > Running 00-initial-env.test > Running 00-repl-server.test > FAIL: 00-repl-server.test: repl-s

bug#20017: guile 2.0.11 make check failure for ppc architecture

ally reproduce the failure on a Debian porterbox. Thanks -- Rob Browning rlb @defaultvalue.org and @debian.org GPG as of 2011-07-10 E6A9 DA3C C9FD 1FF8 C676 D2C4 C0F0 39E9 ED1B 597A GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4

bug#20017: guile 2.0.11 make check failure for ppc architecture

Rob Browning <r...@defaultvalue.org> writes: > Rob Browning <r...@defaultvalue.org> writes: > >> OK, I can reproduce this on partch.debian.org now >> (https://db.debian.org/machines.cgi?host=partch): >> >> (jessie_powerpc-dchroot)rlb@partch:~/guile-2.0-

bug#20017: guile 2.0.11 make check failure for ppc architecture

Rob Browning <r...@defaultvalue.org> writes: > We're seeing the same thing on a Debian powerpc buildd > https://buildd.debian.org/status/fetch.php?pkg=guile-2.0=powerpc=2.0.11%2B1-9%2Bdeb8u1=1485708200=0 > > FAIL: fractions.test: fractions: (eqv? (expt 2 1/2) (sqrt 2)) >

bug#20017: guile 2.0.11 make check failure for ppc architecture

Rob Browning <r...@defaultvalue.org> writes: > OK, I can reproduce this on partch.debian.org now > (https://db.debian.org/machines.cgi?host=partch): > > (jessie_powerpc-dchroot)rlb@partch:~/guile-2.0-2.0.11+1$ ./check-guile > fractions.test > Testing /home/rlb/guile

bug#31776: guile-2.2: FTBFS on armhf: FAIL: gc.test: gc: after-gc-hook gets called

=== > 1 of 1 test failed > > > Full log at https://buildd.debian.org/status/package.php?p=guile-2.2 Thanks -- Rob Browning rlb @defaultvalue.org and @debian.org GPG as of 2011-07-10 E6A9 DA3C C9FD 1FF8 C676 D2C4 C0F0 39E9 ED1B 597A GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4

bug#31776: guile-2.2: FTBFS on armhf: FAIL: gc.test: gc: after-gc-hook gets called

Rob Browning writes: > It looks like gc.test may be failing intermittently in Debian (see below). > Searching around I saw at least one other report of this in the #guile > logs from last year. > > For now, I'm wondering if if would be plausible to mark the test as > unresol

bug#31777: guile-2.2 FTCBFS for mipsel: In procedure load-thunk-from-memory: No such file or directory

ftcbfs, ftcbfs > ppc64el: successful > s390x: ftcbfs > > I ran each ftcbfs build twice to rule out the possibility of a random > ftcbfs. So we have a non-random ftcbfs for some architectures. I'm a bit > surprised about s390x here as it is the only failing 64bit architecture. Than

bug#31703: "make -C prebuilt clean" doesn't seem to remove the .go files

d prebuilt -name "*.go" | wc -l 279 Thanks -- Rob Browning rlb @defaultvalue.org and @debian.org GPG as of 2011-07-10 E6A9 DA3C C9FD 1FF8 C676 D2C4 C0F0 39E9 ED1B 597A GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4

bug#29464: gcc-7 breaks guile-2.2.2?

Rob Browning <r...@defaultvalue.org> writes: > I'm fairly sure it did, and a build with -fno-stack-protector just > finished successfully, so for the moment, I think I may proceed with > that and get the builds started on the other architectures. Then I can > try removing -O0 a

bug#29464: gcc-7 breaks guile-2.2.2?

ctor-strong' ./configure make check If that flag is the problem, I'm wondering whether for now I'd be better off quashing it, or temporarily disabling the test. i.e. is the test detecting that something's actually wrong, or does the flag just break one of the test's assumptions? Thanks -- Rob

bug#29884: Appears -fstack-protector-strong can cause the test-out-of-memory crashes

details: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=+29464#11 Thanks -- Rob Browning rlb @defaultvalue.org and @debian.org GPG as of 2011-07-10 E6A9 DA3C C9FD 1FF8 C676 D2C4 C0F0 39E9 ED1B 597A GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4

bug#29884: Appears -fstack-protector-strong can cause the test-out-of-memory crashes

Rob Browning <r...@defaultvalue.org> writes: > While updating Debian to 2.2.3 (and trying to get 2.2 building on all > the release architectures) I hit the previously reported > test-out-of-memory failure, or something similar. > > I spent a while poking at it, and it looks l

bug#29464: gcc-7 breaks guile-2.2.2?

t did, and a build with -fno-stack-protector just finished successfully, so for the moment, I think I may proceed with that and get the builds started on the other architectures. Then I can try removing -O0 again. Thanks -- Rob Browning rlb @defaultvalue.org and @debian.org GPG as of 2011-07-10 E6A9 D

bug#32384: Bug#892232: guile-2.2: FTBFS on alpha: test-conversion fails

gt; == > 1 of 39 tests failed > Please report to bug-guile@gnu.org > == Thanks -- Rob Browning rlb @defaultvalue.org and @debian.org GPG as of 2011-07-10 E6A9 DA3C C9FD 1FF8 C676 D2C4 C0F0 39E9 ED1B 597A GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4

bug#31776: guile-2.2: FTBFS on armhf: FAIL: gc.test: gc: after-gc-hook gets called

Rob Browning writes: > Rob Browning writes: > >> It looks like gc.test may be failing intermittently in Debian (see below). >> Searching around I saw at least one other report of this in the #guile >> logs from last year. >> >> For now, I'm wondering if if

bug#36787: Is current-language expected to break compilation in an eval-when?

if that was expected. Thanks -- Rob Browning rlb @defaultvalue.org and @debian.org GPG as of 2011-07-10 E6A9 DA3C C9FD 1FF8 C676 D2C4 C0F0 39E9 ED1B 597A GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4

bug#37461: define-generic doesn't promote equal? to generic

efine a base specialization using the original equal? or do something equivalent. I also noticed goops itself does this: https://git.savannah.gnu.org/gitweb/?p=guile.git;a=blob;f=module/oop/goops.scm;h=837a667e602\ 5b6f8ed7818e5a8efe064cca7843d;hb=791cae940afcb2b2eb2c167fe438be1dc1008a73#l2335 Th

bug#37461: define-generic doesn't promote equal? to generic

Rob Browning writes: > A re-export doesn't affect the module using the re-exporter, and export > and replace both fail with "Unbound variable: equal?", even though > there's a (define equal? ...) in the module. Perhaps there was something else going on, but now :replace

bug#37461: define-generic doesn't promote equal? to generic

Rob Browning writes: > You can work around the problem by stashing equal? somewhere else, and > then define-generic will work after a (define equal? #f). Presumably > you'd then need to define a base specialization using the original > equal? or do something equivalent. It look

bug#37461: define-generic doesn't promote equal? to generic

by a new, empty generic function. and might also mention the issue in the define-method docs. Thanks -- Rob Browning rlb @defaultvalue.org and @debian.org GPG as of 2011-07-10 E6A9 DA3C C9FD 1FF8 C676 D2C4 C0F0 39E9 ED1B 597A GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4

bug#38534: fluid-ref doesn't return defaults for thread local fluids

For example, in 2.2.6: scheme@(guile-user)> (define x (make-thread-local-fluid 'default)) scheme@(guile-user)> (fluid-ref x) $1 = #f Here's a possible fix and some (trivial) tests: >From 31fa1050340271ca2f68ac5a6c66322912f915e0 Mon Sep 17 00:00:00 2001 From: Rob Browning Dat

bug#39395: GOOPS generic promotion fails for nary functions

also easy to work around -- just change the first define to a define-method. Thanks -- Rob Browning rlb @defaultvalue.org and @debian.org GPG as of 2011-07-10 E6A9 DA3C C9FD 1FF8 C676 D2C4 C0F0 39E9 ED1B 597A GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4

bug#39395: GOOPS generic promotion fails for nary functions

Rob Browning writes: > And then I found that the the manual says this: > > If symbol was previously bound to a Scheme procedure (or > procedure-with-setter), the old procedure (and setter) is incorporated > into the new generic function as its default procedure (and se

bug#39634: All keyowrds hash to the same value

(hash #:x most-postive-fixnum) hashes to the same value for all keyowrds in at least 2.2 and 3.0. Here's one potential fix for 3.0, and I'd be happy to adjust it for 2.2 if needed. >From b380102564aad053f22586eb404e99c82635a3b0 Mon Sep 17 00:00:00 2001 From: Rob Browning Date: Sun, 16 Feb 2

bug#39586: pfds 0.3 hamt-fold crashes with guile-2.0 and guile-3.0

:130:2: ERROR: 1. Thanks -- Rob Browning rlb @defaultvalue.org and @debian.org GPG as of 2011-07-10 E6A9 DA3C C9FD 1FF8 C676 D2C4 C0F0 39E9 ED1B 597A GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4

bug#39211: [PATCH 1/1] 00-repl-server.test: don't use fixed path for socket

Even setting aside any security concerns, this caused tests to fail if you ran them as a given user and then ran them again as another user. --- It didn't look like we have anything like mkdtemp or I'd have used it instead. And it looks like this might apply to, and it would be nice to have

bug#43262: numbers.test fails on i386

> 10/7) > FAIL: numbers.test: Number-theoretic division: truncate/: mixed types: (130.0 > -10/7) > FAIL: numbers.test: Number-theoretic division: truncate/: mixed types: > (-130.0 10/7) > FAIL: numbers.test: Number-theoretic division: truncate/: mixed types: (-130.0 > -10/7) Thank

bug#10492: primitive-exit documentation invalid links

It looks like this has been resolved, but please feel free to re-open the bug report if you think I've closed it in error. Thanks -- Rob Browning rlb @defaultvalue.org and @debian.org GPG as of 2011-07-10 E6A9 DA3C C9FD 1FF8 C676 D2C4 C0F0 39E9 ED1B 597A GPG as of 2002-11-03 14DD 432F AE39

bug#43521: ports.test "non-revealed port is closed" breaks other tests

n the fd that should still be open. For now, I've just commented out the test in the Debian packages, and unless some other arrangements can be made, suspect we might want to do the same thing in Guile itself. Thanks -- Rob Browning rlb @defaultvalue.org and @debian.org GPG as of 2011-07-10 E6A9

bug#46001: asyncs.test intermittently fails in "preemption via sigprof"

handful of attempts. -- Rob Browning rlb @defaultvalue.org and @debian.org GPG as of 2011-07-10 E6A9 DA3C C9FD 1FF8 C676 D2C4 C0F0 39E9 ED1B 597A GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4

bug#49404: Cross module inlining causes unbound make-struct/no-tail ref

ception: Unbound variable: make-struct/no-tail Please let me know if I can help with further diagnosis. Thanks -- Rob Browning rlb @defaultvalue.org and @debian.org GPG as of 2011-07-10 E6A9 DA3C C9FD 1FF8 C676 D2C4 C0F0 39E9 ED1B 597A GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4

bug#49305: Regression regarding #nil in syntax expansions in 3.0.7

because it breaks lokke, which like the elisp dialect, depends more heavily on #nil.) Thanks -- Rob Browning rlb @defaultvalue.org and @debian.org GPG as of 2011-07-10 E6A9 DA3C C9FD 1FF8 C676 D2C4 C0F0 39E9 ED1B 597A GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4

bug#34691: Guile 2.2.4 make check failure

ted-failure-for-n.patch -- Rob Browning rlb @defaultvalue.org and @debian.org GPG as of 2011-07-10 E6A9 DA3C C9FD 1FF8 C676 D2C4 C0F0 39E9 ED1B 597A GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4

bug#40744: guile-2.2.4 (integer-length 0) erroneously returns 0, not 1

.html -- Rob Browning rlb @defaultvalue.org and @debian.org GPG as of 2011-07-10 E6A9 DA3C C9FD 1FF8 C676 D2C4 C0F0 39E9 ED1B 597A GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4

bug#54276: Bug#990250: guile-2.2 FTBFS on musl: dh_missing complains about charset.alias

al > case '$(host_os)' in \ > darwin[56]*) \ > need_charset_alias=true ;; \ > - darwin* | cygwin* | mingw* | pw32* | cegcc*) \ > + darwin* | cygwin* | mingw* | pw32* | cegcc* | linux-musl*) \ > need_charset_alias=false ;; \ &

bug#54276: Bug#990250: guile-2.2 FTBFS on musl: dh_missing complains about charset.alias

rset_alias is no longer mentioned anywhere in the tree). I wonder if that means we need a different patch, or perhaps the problem has been resolved. -- Rob Browning rlb @defaultvalue.org and @debian.org GPG as of 2011-07-10 E6A9 DA3C C9FD 1FF8 C676 D2C4 C0F0 39E9 ED1B 597A GPG as of 2002-11-03 14DD 4

bug#56413: [PATCH 1/1] scm_i_utf8_string_hash: compute u8 chars not bytes

Rob Browning writes: > Noticed while investigating a migration to utf-8 strings. After making > changes that routed non-ascii symbol hashing through this function, > encoding-iso88597.test began intermittently failing because it would > traverse trailing garbage when u8_strnlen repo

bug#56413: [PATCH 1/1] scm_i_utf8_string_hash: compute u8 chars not bytes

Noticed while investigating a migration to utf-8 strings. After making changes that routed non-ascii symbol hashing through this function, encoding-iso88597.test began intermittently failing because it would traverse trailing garbage when u8_strnlen reported 8 chars instead of 4. Change the

bug#56413: [PATCH 1/1] scm_i_utf8_string_hash: compute u8 chars not bytes

Rob Browning writes: > Jenkins? Oh, right (after looking back at the code). I'll get back to you regarding this and the other questions after I finish reviewing/remembering. Thanks -- Rob Browning rlb @defaultvalue.org and @debian.org GPG as of 2011-07-10 E6A9 DA3C C9FD 1FF8 C676 D2C4 C

bug#56413: [PATCH 1/1] scm_i_utf8_string_hash: compute u8 chars not bytes

ot top of mind, though I hope to soon.) Thanks -- Rob Browning rlb @defaultvalue.org and @debian.org GPG as of 2011-07-10 E6A9 DA3C C9FD 1FF8 C676 D2C4 C0F0 39E9 ED1B 597A GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4

bug#56413: [PATCH 1/1] scm_i_utf8_string_hash: compute u8 chars not bytes

Rob Browning writes: > OK, so unfortunately I don't actually recall how I came up with that > number, but I can start over with some canonical approach to compute the > value if we like. I hacked up hash.c to let me call wide_string_hash() directly and printed the hash for wchar_t {0x3

bug#56413: [PATCH 1/1] scm_i_utf8_string_hash: compute u8 chars not bytes

Ludovic Courtès writes: > Rob Browning skribis: >> + // Make sure a utf-8 symbol has the expected hash. In addition to >> + // catching algorithmic regressions, this would have caught a >> + // long-standing buffer overflow. >> + >> + // περί >>

bug#56413: [PATCH v3 1/1] scm_i_utf8_string_hash: compute u8 chars not bytes

Noticed while investigating a migration to utf-8 strings. After making changes that routed non-ascii symbol hashing through this function, encoding-iso88597.test began intermittently failing because it would traverse trailing garbage when u8_strnlen reported 8 chars instead of 4. Change the

bug#56413: [PATCH v2 1/1] scm_i_utf8_string_hash: compute u8 chars not bytes

Noticed while investigating a migration to utf-8 strings. After making changes that routed non-ascii symbol hashing through this function, encoding-iso88597.test began intermittently failing because it would traverse trailing garbage when u8_strnlen reported 8 chars instead of 4. Change the