Hello,
SBCL failed to start because of file rng-types.lisp contains some non ascii names. I am using 1.0.34 on linux.
These default coding systems were tried to encode text in the buffer `rng-types.lisp': (us-ascii-unix (9359 . 252)) However, each of them encountered characters it couldn't encode: us-ascii-unix cannot encode these: ü
Click on a character (or switch to this window by `C-x o' and select the characters by RET) to jump to the place it appears, where `C-u C-x =' will give information about it.
Leo
diff --git a/random/rng-types.lisp b/random/rng-types.lisp index cc3b83e..7dc12dd 100644 --- a/random/rng-types.lisp +++ b/random/rng-types.lisp @@ -182,7 +182,7 @@
(def-rng-type +ranlux+ ; FDL "The ranlux generator is an implementation of the original - algorithm developed by Lüscher. It uses a + algorithm developed by Luscher. It uses a lagged-fibonacci-with-skipping algorithm to produce ``luxury random numbers''. It is a 24-bit generator, originally designed for single-precision IEEE floating point numbers. This implementation is @@ -192,23 +192,23 @@ The period of the generator is about 10^171. The algorithm has mathematically proven properties and it can provide truly decorrelated numbers at a known level of - randomness. The default level of decorrelation recommended by Lüscher + randomness. The default level of decorrelation recommended by Luscher is provided by this generator, while *ranlux389* gives the highest level of randomness, with all 24 bits decorrelated. Both types of generator use 24 words of state per generator. For more information see, - M. Lüscher, ``A portable high-quality random number generator for + M. Luscher, ``A portable high-quality random number generator for lattice field theory calculations'', Computer Physics Communications, 79 (1994) 100--110. F. James, ``RANLUX: A Fortran implementation of the high-quality - pseudo-random number generator of Lüscher'', Computer Physics + pseudo-random number generator of Luscher'', Computer Physics Communications, 79 (1994) 111--114.")
(def-rng-type +ranlux389+)
(def-rng-type +ranlxs0+ "This generator is a second-generation version of the - *ranlux* algorithm of Lüscher, which produces ``luxury random + *ranlux* algorithm of Luscher, which produces ``luxury random numbers''. This generator provides single precision output (24 bits) at three luxury levels *ranlxs0*, *ranlxs1* and *ranlxs2*. It uses double-precision floating point arithmetic internally and can be
This is odd -- I thought SBCL was fully unicode compliant. At the least, it's iso-latin-1 compliant, and u with an umlaut is in that character set. I'm running SBCL too and have no problem with this.
Liam
On Mon, May 24, 2010 at 7:14 AM, Leo sdl.web@gmail.com wrote:
Hello,
SBCL failed to start because of file rng-types.lisp contains some non ascii names. I am using 1.0.34 on linux.
These default coding systems were tried to encode text in the buffer `rng-types.lisp': (us-ascii-unix (9359 . 252)) However, each of them encountered characters it couldn't encode: us-ascii-unix cannot encode these: ü
Click on a character (or switch to this window by `C-x o' and select the characters by RET) to jump to the place it appears, where `C-u C-x =' will give information about it.
Leo
diff --git a/random/rng-types.lisp b/random/rng-types.lisp index cc3b83e..7dc12dd 100644 --- a/random/rng-types.lisp +++ b/random/rng-types.lisp @@ -182,7 +182,7 @@
(def-rng-type +ranlux+ ; FDL "The ranlux generator is an implementation of the original
- algorithm developed by Lüscher. It uses a
- algorithm developed by Luscher. It uses a
lagged-fibonacci-with-skipping algorithm to produce ``luxury random numbers''. It is a 24-bit generator, originally designed for single-precision IEEE floating point numbers. This implementation is @@ -192,23 +192,23 @@ The period of the generator is about 10^171. The algorithm has mathematically proven properties and it can provide truly decorrelated numbers at a known level of
- randomness. The default level of decorrelation recommended by Lüscher
- randomness. The default level of decorrelation recommended by Luscher
is provided by this generator, while *ranlux389* gives the highest level of randomness, with all 24 bits decorrelated. Both types of generator use 24 words of state per generator. For more information see,
- M. Lüscher, ``A portable high-quality random number generator for
- M. Luscher, ``A portable high-quality random number generator for
lattice field theory calculations'', Computer Physics Communications, 79 (1994) 100--110. F. James, ``RANLUX: A Fortran implementation of the high-quality
- pseudo-random number generator of Lüscher'', Computer Physics
- pseudo-random number generator of Luscher'', Computer Physics
Communications, 79 (1994) 111--114.")
(def-rng-type +ranlux389+)
(def-rng-type +ranlxs0+ "This generator is a second-generation version of the
- *ranlux* algorithm of Lüscher, which produces ``luxury random
- *ranlux* algorithm of Luscher, which produces ``luxury random
numbers''. This generator provides single precision output (24 bits) at three luxury levels *ranlxs0*, *ranlxs1* and *ranlxs2*. It uses double-precision floating point arithmetic internally and can be
-- CCL-USER> (if you fail to plan (plan to fail))
Gsll-devel mailing list Gsll-devel@common-lisp.net http://common-lisp.net/cgi-bin/mailman/listinfo/gsll-devel
On Mon, May 24, 2010 at 9:07 AM, Liam Healy lhealy@common-lisp.net wrote:
This is odd -- I thought SBCL was fully unicode compliant. At the least, it's iso-latin-1 compliant, and u with an umlaut is in that character set. I'm running SBCL too and have no problem with this.
No problems with vanilla (i.e. binary downloaded from the sbcl site) 1.0.37
Liam
On Mon, May 24, 2010 at 7:14 AM, Leo sdl.web@gmail.com wrote:
Hello,
SBCL failed to start because of file rng-types.lisp contains some non ascii names. I am using 1.0.34 on linux.
These default coding systems were tried to encode text in the buffer `rng-types.lisp': (us-ascii-unix (9359 . 252)) However, each of them encountered characters it couldn't encode: us-ascii-unix cannot encode these: ü
Click on a character (or switch to this window by `C-x o' and select the characters by RET) to jump to the place it appears, where `C-u C-x =' will give information about it.
Leo
diff --git a/random/rng-types.lisp b/random/rng-types.lisp index cc3b83e..7dc12dd 100644 --- a/random/rng-types.lisp +++ b/random/rng-types.lisp @@ -182,7 +182,7 @@
(def-rng-type +ranlux+ ; FDL "The ranlux generator is an implementation of the original
- algorithm developed by Lüscher. It uses a
- algorithm developed by Luscher. It uses a
lagged-fibonacci-with-skipping algorithm to produce ``luxury random numbers''. It is a 24-bit generator, originally designed for single-precision IEEE floating point numbers. This implementation is @@ -192,23 +192,23 @@ The period of the generator is about 10^171. The algorithm has mathematically proven properties and it can provide truly decorrelated numbers at a known level of
- randomness. The default level of decorrelation recommended by Lüscher
- randomness. The default level of decorrelation recommended by Luscher
is provided by this generator, while *ranlux389* gives the highest level of randomness, with all 24 bits decorrelated. Both types of generator use 24 words of state per generator. For more information see,
- M. Lüscher, ``A portable high-quality random number generator for
- M. Luscher, ``A portable high-quality random number generator for
lattice field theory calculations'', Computer Physics Communications, 79 (1994) 100--110. F. James, ``RANLUX: A Fortran implementation of the high-quality
- pseudo-random number generator of Lüscher'', Computer Physics
- pseudo-random number generator of Luscher'', Computer Physics
Communications, 79 (1994) 111--114.")
(def-rng-type +ranlux389+)
(def-rng-type +ranlxs0+ "This generator is a second-generation version of the
- *ranlux* algorithm of Lüscher, which produces ``luxury random
- *ranlux* algorithm of Luscher, which produces ``luxury random
numbers''. This generator provides single precision output (24 bits) at three luxury levels *ranlxs0*, *ranlxs1* and *ranlxs2*. It uses double-precision floating point arithmetic internally and can be
-- CCL-USER> (if you fail to plan (plan to fail))
Gsll-devel mailing list Gsll-devel@common-lisp.net http://common-lisp.net/cgi-bin/mailman/listinfo/gsll-devel
Gsll-devel mailing list Gsll-devel@common-lisp.net http://common-lisp.net/cgi-bin/mailman/listinfo/gsll-devel
On 2010-05-24 14:07 +0100, Liam Healy wrote:
This is odd -- I thought SBCL was fully unicode compliant. At the least, it's iso-latin-1 compliant, and u with an umlaut is in that character set. I'm running SBCL too and have no problem with this.
Liam
No luck here. Just compiled 1.0.38 and still seeing:
-------------------------------- debugger invoked on a SB-INT:STREAM-DECODING-ERROR: decoding error on stream #<SB-SYS:FD-STREAM for "file /users/b/leo/.ccl/site/gsll/random/rng-types.lisp" {1003B21ED1}> (:EXTERNAL-FORMAT :ASCII): the octet sequence (195) cannot be decoded.
Type HELP for debugger help, or (SB-EXT:QUIT) to exit from SBCL. --------------------------------
I have fixed it temporarily will look into it when have more time. I was advised to set up sbcl to read unicode but I don't know how to off-hand.
Leo
-
Leo -
Liam Healy -
Mirko Vukovic