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/
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
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
This problem went away by fixing the gc library (which had failed tests
before).
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
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/
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/
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 -
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/
_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
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/
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
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/
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
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
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/
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
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
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
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 &
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
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/
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. ;-)
23 matches
Mail list logo