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.