bug#15750: Acknowledgement (segfault during snarf-check-and-output-texi on x86_64-darwin11 (guile-2.0.9))

This problem went away by fixing the gc library (which had failed tests before).

bug#15750: Acknowledgement (segfault during snarf-check-and-output-texi on x86_64-darwin11 (guile-2.0.9))

On x86_64-darwin11 (clang-built, -g -O2), the exit status of the failure is not even consistent from run-to-run, nondeterministic behaviour! example log: http://paste.lisp.org/display/139704#8 Fang

bug#15750: Acknowledgement (segfault during snarf-check-and-output-texi on x86_64-darwin11 (guile-2.0.9))

More data points: For guile-2.0.9 also tried building: x86_64-darwin11, Apple-clang from Xcode-4.6.2 (same as original report) with -g -O1 also seg-faults x86_64-darwin11, clang-release-3.3 with -g -O2 also seg-faults powerpc-darwin8, Xcode 2.5, apple-gcc-4.0.1 with -g -O2

bug#15750: segfault during snarf-check-and-output-texi on x86_64-darwin11 (guile-2.0.9)

guile/threads.c:951 #80 0x00010003cc47 in scm_boot_guile (argc=, argv=, main_func=0x10a3a0700, closure=0x10a3a06e0) at ../../libguile/init.c:320 #81 0x00010e2f in main (argc=1, argv=0x7fff5fbff060) at ../../libguile/guile.c:108 Any idea what went wrong? Fang -- David Fang http://www.csl.cornell.edu/~fang/

bug#10684: guile-2.0.5 test failures on powerpc-darwin8

C_ALL "en_US") $1 = "en_US" scheme@(guile-user)> (format #f "~h" 12345.5678) $2 = "12345.5678" On Sat, Feb 4, 2012 at 8:56 PM, David Fang wrote: FAIL: i18n.test: format ~h: English: 12345.5678 Yes, thatÿÿs a new feature, and a new regression. ;-)

bug#10684: guile-2.0.5 test failures on powerpc-darwin8

i18n)) scheme@(guile-user)> (setlocale LC_ALL "en_US") $1 = "en_US" scheme@(guile-user)> (locale-decimal-point) $2 = "." scheme@(guile-user)> (locale-thousands-separator) $3 = "," -- David Fang http://www.csl.cornell.edu/~fang/

bug#10684: guile-2.0.5 test failures on powerpc-darwin8

This looks like a bug of Darwinÿÿs regcomp thatÿÿs likely to be solved by using Gnulibÿÿs ÿÿregexÿÿ module. If you donÿÿt mind, Iÿÿll provide you with a new tarball to test when weÿÿre done with the other issues. Guile now uses Gnulibÿÿs regex module. Can you try again with the tarball from

bug#10684: guile-2.0.5 test failures on powerpc-darwin8

Hi, Answers below. David Fang skribis: Can you try this (in a UTF-8 terminal): (use-modules (ice-9 i18n)) (setlocale LC_ALL "tr_TR.UTF-8") (char-locale-upcase #\i) [...] scheme@(guile-user)> (use-modules (ice-9 i18n)) scheme@(guile-user)> (setlocale LC_ALL &

bug#10684: guile-2.0.5 test failures on powerpc-darwin8

Hi David, David Fang skribis: FAIL: i18n.test: character mapping: char-locale-upcase Turkish FAIL: i18n.test: character mapping: char-locale-downcase Turkish FAIL: i18n.test: string mapping: string-locale-upcase Turkish FAIL: i18n.test: string mapping: string-locale-downcase Turkish This

bug#10684: guile-2.0.5 test failures on powerpc-darwin8

Using the fink packaging that I maintain for guile: http://fink.cvs.sf.net/viewvc/fink/experimental/fangism/finkinfo/guile20.info?revision=1.15&view=markup I get a few test failures on powerpc-darwin8, complete test log: http://paste.lisp.org/display/127426 FAIL: i18n.test: character mapping: ch

bug#10553: [platform-testers] Guile 2.0.4 release imminent

on non-GNU systems - libintl on non-GNU systems - libltdl (from GNU Libtool) - libunistring - libgc 7.x - libffi See README for more details. Please report any bugs to bug-guile@gnu.org. Thanks! Ludoÿÿ. -- David Fang http://www.csl.cornell.edu/~fang/ fink-build-log_guile20_2.0.3

guile-2.0.0 enum syntax fix

removed? I've patched it out locally and tested it, and it is safe. Let me know if you need the (trivial) patch. Thanks! Fang David Fang http://www.csl.cornell.edu/~fang/ http://www.achronix.com/

Re: i18n test fail, guile-2.0.0

e it under certain conditions; type `,show c' for details. Enter `,help' for help. scheme@(guile-user)> (use-modules (ice-9 i18n)) scheme@(guile-user)> (let ((fr (make-locale LC_ALL "fr_FR.utf8"))) (number->locale-string 123456 #t fr)) $1 = "123456" Doe

Re: i18n test fail, guile-2.0.0

Hi, David Fang writes: With guile-2.0.0, I see some i18n test failures on i686- and x86_64 -pc-linux-gnu: Which glibc version? (See ÿÿldd --versionÿÿ.) %ldd `which guile-2.0` libguile-2.0.so.22 => /home/davidfang/local/lib/libguile-2.0.so.22 (0x00167000) libgc.s

i18n test fail, guile-2.0.0

uot;en_US" LC_NUMERIC="en_US" LC_TIME="en_US" LC_COLLATE="en_US" LC_MONETARY="en_US" LC_MESSAGES="en_US" LC_PAPER="en_US" LC_NAME="en_US" LC_ADDRESS="en_US" LC_TELEPHONE="en_US" LC_MEASUREMENT="en_US" LC_IDENTIFICATION="en_US" LC_ALL= Let me know if you need any more information. Fang David Fang http://www.csl.cornell.edu/~fang/ http://www.achronix.com/

Re: guile 1.9.14 crash on *-darwin*

Hi, Thus attached, bzip2-html. (is about 115k uncompressed) Thanks for investigating. Fang On Tue 25 Jan 2011 22:49, David Fang writes: Transcript and backtraces can be found: http://paste.lisp.org/display/118999 Please send all details to the list. I deal with bugs when I am

guile 1.9.14 crash on *-darwin*

ing: http://fink.cvs.sf.net/viewvc/fink/experimental/fangism/finkinfo/guile19.info?view=log Anyone else seeing this? Thanks for any help. Fang David Fang http://www.csl.cornell.edu/~fang/ http://www.achronix.com/

Re: 1.9.9 test failures on powerpc-apple-darwin8

_BE.ISO8859-15 nl_NL.ISO8859-1 nl_NL.ISO8859-15 no_NO.ISO8859-1 no_NO.ISO8859-15 pl_PL.ISO8859-2 pt_BR.ISO8859-1 pt_PT.ISO8859-1 pt_PT.ISO8859-15 ro_RO.ISO8859-2 ru_RU.ISO8859-5 sk_SK.ISO8859-2 sl_SI.ISO8859-2 sr_YU.ISO8859-2 sr_YU.ISO8859-5 sv_SE.ISO8859-1 sv_SE.ISO8859-15 tr_TR.ISO8859-9 uk_UA

1.9.9 test failures on powerpc-apple-darwin8

Running version.test Running vlist.test Running weaks.test Totals for this test run: passes: 13005 failures: 4 unexpected passes: 0 expected failures: 37 unresolved test cases: 30 untested test cases:5 unsupported test cases: 15 errors: 1 FAIL: check-guile == 1 of 1 test failed Please report to bug-guile@gnu.org == David Fang http://www.csl.cornell.edu/~fang/ http://www.achronix.com/

Re: guile-1.9.6 on Mac OS X

supported on darwin8: http://mailman.videolan.org/pipermail/vlc-devel/2009-September/066428.html If this is indeed the case, is there any hope for testing/supporting threads on powerpc-apple-darwin8? Summary (powerpc-apple-darwin8): 1) regexp.test fails 2) threads.test hangs -

Re: guile-1.9.6 on Mac OS X

fang (cat) | | | \--- 06081 fang (cat) showing little or no activity in top. What is this test supposed to do? any suggestions on debugging it? Summary (powerpc-apple-darwin8): 1) regexp.test fails 2) threads.test hangs Thanks for any help. Fang David Fang http://www.csl.cornell.edu/~fang/ http://www.achronix.com/

guile-1.9.6 on Mac OS X

u.org == I get this error even after removing other installed versions of guile and shared libraries, I'm still puzzled by this one. I even tried running this test by hand, to no avail. Fang David Fang http://www.csl.cornell.edu/~fang/ http://www.achronix.com/

Re: Make problem Mac OS X

Note, however, that libreadline on Mac OS X in /usr/lib/libreadline.dylib is actually a symlink to libedit (BSD editline) which is missing that particular symbol, according to nm. (It's also missing from /usr/include/readline/readline.h.) It's not a perfect substitute for GNU readl