Hi,
I have an RH9 box (gcc (GCC) 3.2.2, perl 5.8.0, make 3.79.1). My
locale is
LANG="et_EE.UTF-8"
I do:
$ ./configure --prefix=/usr/local
...
$ make
...
make[4]: Entering directory `/home/otoomet/a/R-1.9.0/src/library/stats4'
dumping R code in package 'stats4'
Error in structure(c(unlist(lapply(list(...), unclass))), class =
c("POSIXt", :
couldn't find function "unlist"
Execution halted
...
make stops with similar error messages later.
when I say now
$ LANG="" make
everything works OK.
I can supply further information if you consider the problem worth of
investigating/mentioning in docs.
Thanks for R!
Ott
--
Ott Toomet
PhD Student
Dept. of Economics
?rhus University
Building 322
Universitetsparken
8000 ?rhus C
Denmark
otoomet (a) econ au dk
ph: (+45) 89 42 20 40
-------------------------------------------
(o_ (*_ (O_ (o< -!
//\ //\ //\ //\
V_/_ V_/_ V_/_ V_/_
standard drunken shocked noisy
penguin penguin penguin penguin
After some tracking down, this is not due to utf-8 at all. It happens in
et_EE as well, and it does not happen in en_GB.UTF-8. It is due to the
position of z in the sort in that locale (before u).
In detail, it is down to how make interprets
RSRC = $(srcdir)/R/*.R $(srcdir)/R/$(R_OSTYPE)/*.R
in ${R_HOME}/src/library/base/Makefile, and we need to force LC_COLLATE=C
there.
On Tue, 8 Jun 2004 otoomet@econ.dk wrote:
> Hi,
>
> I have an RH9 box (gcc (GCC) 3.2.2, perl 5.8.0, make 3.79.1). My
> locale is
>
> LANG="et_EE.UTF-8"
>
> I do:
>
> $ ./configure --prefix=/usr/local
> ...
> $ make
> ...
> make[4]: Entering directory
`/home/otoomet/a/R-1.9.0/src/library/stats4'
> dumping R code in package 'stats4'
> Error in structure(c(unlist(lapply(list(...), unclass))), class =
c("POSIXt", :
> couldn't find function "unlist"
> Execution halted
> ...
>
> make stops with similar error messages later.
>
> when I say now
>
> $ LANG="" make
>
> everything works OK.
>
> I can supply further information if you consider the problem worth of
> investigating/mentioning in docs.
>
> Thanks for R!
>
> Ott
>
>
--
Brian D. Ripley, ripley@stats.ox.ac.uk
Professor of Applied Statistics, http://www.stats.ox.ac.uk/~ripley/
University of Oxford, Tel: +44 1865 272861 (self)
1 South Parks Road, +44 1865 272866 (PA)
Oxford OX1 3TG, UK Fax: +44 1865 272595
Hi,
| Date: Tue, 8 Jun 2004 18:46:58 +0100 (BST)
| From: Prof Brian Ripley <ripley@stats.ox.ac.uk>
| After some tracking down, this is not due to utf-8 at all. It happens in
| et_EE as well, and it does not happen in en_GB.UTF-8. It is due to the
| position of z in the sort in that locale (before u).
you are right, Estonian alphabet looks like
... o p q r s z t u v... AFAIR.
Thanks for a quick answer :-)
Ott
| In detail, it is down to how make interprets
|
| RSRC = $(srcdir)/R/*.R $(srcdir)/R/$(R_OSTYPE)/*.R
|
| in ${R_HOME}/src/library/base/Makefile, and we need to force LC_COLLATE=C
| there.
eweese@bank-banque-canada.ca
2004-Jul-02 18:59 UTC
[Rd] make fails with utf-8 locale, RH9 (PR#6958)
I don't know enough to be sure that this is a related problem, but it looks similar... I just compiled 1.9.1 on sparc-sun-solaris, and ld would do collect2: ld terminated with signal 11 [Segmentation Fault], core dumped in ./configure. This is because LC_CTYPE was set to C. If I deleted that line, leaving LC_CTYPE at its standard setting of "en_CA.ISO8859-1", ld worked fine. If I try to compile a simple program with LC_CTYPE=C, it works fine with $ gcc prog.c but ld breaks if I do $ gcc prog.c -lm Anyways, I'm not sure whether this is an R problem, or an autoconf problem, or what, but I thought I would try here first... Thanks.