Re: Playing with guile (vs python). Generate file for GDP suitable for gnuplot.

2017-01-30 Thread Alex Vong
Hello, Germán Diago writes: > Hello everyone, > > I did a script that parses some file with the GDP since 1970 for many > countries. I filter the file and discard uninteresting fields, later I > write in a format suitable for gnuplot. > Wow, you started programming before I was born! > I did t

Re: guile can't find a chinese named file

2017-01-30 Thread Eli Zaretskii
> Date: Mon, 30 Jan 2017 20:42:38 + (UTC) > From: Mike Gran > Cc: "guile-user@gnu.org" > > Earlier in the 2.0.x release series, Guile had a hack where it started > up in a Latin-1 encoding, which would be capable of storing any > 8-bit string of bytes, even if they weren't Latin-1. Latin-1

Re: guile can't find a chinese named file

2017-01-30 Thread Marko Rauhamaa
Eli Zaretskii : >> From: Marko Rauhamaa >> >> UTF-8 beautifully bridges the interpretation gap between 8-bit character >> strings and text. However, the interpretation step should be done in the >> application and not in the programming language. > > You can't do that in an environment that spec

Re: guile can't find a chinese named file

2017-01-30 Thread Mike Gran
On Monday, January 30, 2017 12:00 PM, Eli Zaretskii wrote: > Actually, the need arises even sooner. Consider how load-path is set > up during startup: it starts with the directory from which Emacs was > invoked, either from argv[0] or by looking up PATH. Either way, you > get a file name that i

Re: guile can't find a chinese named file

2017-01-30 Thread Eli Zaretskii
> Date: Mon, 30 Jan 2017 21:32:41 +0200 > From: Eli Zaretskii > Cc: guile-user@gnu.org > > > Hm, I know that XEmacs-Mule emphatically does not have unibyte strings > > (and Stephen considers them a complication and abomination that should > > never have been left in Emacs), so it must be possible

Re: guile can't find a chinese named file

2017-01-30 Thread Eli Zaretskii
> From: Marko Rauhamaa > Date: Mon, 30 Jan 2017 21:01:31 +0200 > Cc: guile-user@gnu.org > > UTF-8 beautifully bridges the interpretation gap between 8-bit character > strings and text. However, the interpretation step should be done in the > application and not in the programming language. You c

Re: guile can't find a chinese named file

2017-01-30 Thread Eli Zaretskii
> From: David Kastrup > Cc: ma...@pacujo.net, guile-user@gnu.org > Date: Mon, 30 Jan 2017 20:00:03 +0100 > > Eli Zaretskii writes: > > > One other crucial detail is that Emacs also has unibyte strings > > (arrays of bytes), which are necessary during startup, when Emacs > > doesn't yet know ho

Re: guile can't find a chinese named file

2017-01-30 Thread David Kastrup
Marko Rauhamaa writes: > David Kastrup : > >> Marko Rauhamaa writes: >>> Guile's mistake was to move to Unicode strings in the operating system >>> interface. >> >> Emacs uses an UTF-8 based encoding internally [...] > > C uses 8-bit characters. That is a model worth emulating. That's Guile-1.8

Re: guile can't find a chinese named file

2017-01-30 Thread Marko Rauhamaa
David Kastrup : > Marko Rauhamaa writes: >> Guile's mistake was to move to Unicode strings in the operating system >> interface. > > Emacs uses an UTF-8 based encoding internally [...] C uses 8-bit characters. That is a model worth emulating. UTF-8 beautifully bridges the interpretation gap bet

Re: guile can't find a chinese named file

2017-01-30 Thread Eli Zaretskii
> From: David Kastrup > Date: Mon, 30 Jan 2017 19:32:14 +0100 > Cc: guile-user@gnu.org > > Emacs uses an UTF-8 based encoding internally: basically, valid UTF-8 is > represented as itself, there is a number of coding points beyond the > actual limit of UTF-8 that is used for non-Unicode character

Re: guile can't find a chinese named file

2017-01-30 Thread David Kastrup
Eli Zaretskii writes: >> From: David Kastrup >> Date: Mon, 30 Jan 2017 19:32:14 +0100 >> Cc: guile-user@gnu.org >> >> Emacs uses an UTF-8 based encoding internally: basically, valid UTF-8 is >> represented as itself, there is a number of coding points beyond the >> actual limit of UTF-8 that is

Re: guile can't find a chinese named file

2017-01-30 Thread David Kastrup
Marko Rauhamaa writes: > David Kastrup : > >> But at any rate, this cannot easily be fixed since Guile uses libraries >> for encoding/decoding that cannot deal reproducibly with improper byte >> patterns. > > Guile's mistake was to move to Unicode strings in the operating system > interface. Ema

Re: guile can't find a chinese named file

2017-01-30 Thread Marko Rauhamaa
David Kastrup : > But at any rate, this cannot easily be fixed since Guile uses libraries > for encoding/decoding that cannot deal reproducibly with improper byte > patterns. Guile's mistake was to move to Unicode strings in the operating system interface. > The problem here is that Guile cannot

Re: guile can't find a chinese named file

2017-01-30 Thread David Kastrup
l...@gnu.org (Ludovic Courtès) writes: [...] > However, in 2.0, the current locale is *not* installed; you have to > either call ‘setlocale’ explicitly (like in C), or set this environment > variable (info "(guile) Environment Variables"): > > GUILE_INSTALL_LOCALE=1 > > When you do that (and th

Re: guile can't find a chinese named file

2017-01-30 Thread David Kastrup
Marko Rauhamaa writes: > David Kastrup : > >> Marko Rauhamaa writes: >>> l...@gnu.org (Ludovic Courtès): Guile assumes its command-line arguments are UTF-8-encoded and decodes them accordingly. >>> >>> I'm afraid that choice (which Python made, as well) was a bad one >>> because Linux

Re: guile can't find a chinese named file

2017-01-30 Thread Ludovic Courtès
Hey Dave! David Kastrup skribis: > l...@gnu.org (Ludovic Courtès) writes: [...] >>> ERROR: In procedure open-file: No such file or directory: >>> "/home/hermann/Desktop/filename_\u540d\u5b57.scm" >> >> In C, argv is just an array of byte sequences, but in Guile, >> (command-line) returns a lis

Re: guile can't find a chinese named file

2017-01-30 Thread Marko Rauhamaa
David Kastrup : > Marko Rauhamaa writes: >> l...@gnu.org (Ludovic Courtès): >>> Guile assumes its command-line arguments are UTF-8-encoded and >>> decodes them accordingly. >> >> I'm afraid that choice (which Python made, as well) was a bad one >> because Linux doesn't guarantee UTF-8 purity. > >

Re: guile can't find a chinese named file

2017-01-30 Thread David Kastrup
Marko Rauhamaa writes: > l...@gnu.org (Ludovic Courtès): > >> In C, argv is just an array of byte sequences, but in Guile, >> (command-line) returns a list of strings, not a list of bytevectors. >> >> Guile decodes its arguments according to the encoding of the current >> locale. So if you’re in

Re: guile can't find a chinese named file

2017-01-30 Thread Marko Rauhamaa
l...@gnu.org (Ludovic Courtès): > In C, argv is just an array of byte sequences, but in Guile, > (command-line) returns a list of strings, not a list of bytevectors. > > Guile decodes its arguments according to the encoding of the current > locale. So if you’re in a UTF-8 locale (say, zn_CH.utf8 o

Re: guile can't find a chinese named file

2017-01-30 Thread David Kastrup
l...@gnu.org (Ludovic Courtès) writes: > Hi! > > Thomas Morley skribis: > >> guile filename_名字.scm >> ;;; Stat of /home/hermann/Desktop/filename_??.scm failed: >> ;;; ERROR: In procedure stat: No such file or directory: >> "/home/hermann/Desktop/filename_\u540d\u5b57.scm" >> Backtrace: >> In ice-

Re: Guile benchmark

2017-01-30 Thread Ludovic Courtès
Hi, Rchar skribis: > Is Guile scheme slows down entire GuixSD (If Guile speeds up, GuixSD also > speeds up)? GuixSD is a GNU/Linux distro and even if some components are written in Guile (such as the Shepherd and some low-level helpers), most of it is written in C. Guile’s speed has an influe

Re: guile can't find a chinese named file

2017-01-30 Thread Ludovic Courtès
Hi! Thomas Morley skribis: > guile filename_名字.scm > ;;; Stat of /home/hermann/Desktop/filename_??.scm failed: > ;;; ERROR: In procedure stat: No such file or directory: > "/home/hermann/Desktop/filename_\u540d\u5b57.scm" > Backtrace: > In ice-9/boot-9.scm: > 160: 8 [catch #t # ...] > In unknow

Re: extension paths

2017-01-30 Thread Ludovic Courtès
Hi! Linas Vepstas skribis: > I'd like to ask for help/clarification (and maybe even volunteer to > write the required code) to resolve this extension-loading problem. > > I have almost a dozen C++ shared libs that implement guile modules, > and regularly struggle to get them loaded correctly.