[Rd] [patch] Error in reg-tests-1c.R (R-devel)
I get an error when running "make check" after building R-devel r70629
on Ubuntu 14.04. Here are the relevant lines in the file
"reg-tests-1c.Rout.fail":
> ## m1z uses match(x, *) with length(x) == 1 and failed in R 3.3.0
> ## PR#16909 - a consequence of the match() bug; check here too:
> dv <- data.frame(varé1 = 1:3, varé2 = 3); dv[,"varé2"] <- 2
Error: unexpected input in "dv <- data.frame(var"
Execution halted
The attached patch uses escape sequences for all non-ASCII characters in
this test and performs pretty much the same check as the original
version, as far as I know. This fixes "make check" for me. The patched
check fails on R 3.3.0 as it should.
Here is the output of "locale":
LANG=en_GB
LANGUAGE=en_GB:
LC_CTYPE=fi_FI.UTF-8
LC_NUMERIC="en_GB"
LC_TIME="en_GB"
LC_COLLATE="en_GB"
LC_MONETARY=fi_FI.UTF-8
LC_MESSAGES="en_GB"
LC_PAPER="en_GB"
LC_NAME="en_GB"
LC_ADDRESS="en_GB"
LC_TELEPHONE="en_GB"
LC_MEASUREMENT="en_GB"
LC_IDENTIFICATION="en_GB"
LC_ALL=
--
Mikko Korpela
Department of Geosciences and Geography
University of Helsinki
Index: tests/reg-tests-1c.R
===
--- tests/reg-tests-1c.R (revision 70629)
+++ tests/reg-tests-1c.R (working copy)
@@ -1618,8 +1618,9 @@
identical(m1z == 2L, !iNA))
## m1z uses match(x, *) with length(x) == 1 and failed in R 3.3.0
## PR#16909 - a consequence of the match() bug; check here too:
-dv <- data.frame(varé1 = 1:3, varé2 = 3); dv[,"varé2"] <- 2
-stopifnot(ncol(dv) == 2, dv[,2] == 2, identical(names(dv), paste0("varé",1:2)))
+dvn <- paste0("var\xe9", 1:2); Encoding(dvn) <- "latin1"
+dv <- data.frame(1:3, 3); names(dv) <- dvn; dv[,"var\u00e92"] <- 2
+stopifnot(ncol(dv) == 2, dv[,2] == 2, identical(names(dv), dvn))
## in R 3.3.0, got a 3rd column
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
[Rd] gcc optimization
Hi, I have noticed that the run times for MCMCglmm models (mainly written in C/C++) have suddenly jumped up on Linux machines (Ubuntu/Linaro 4.6.4 and Scientific Linux 6.6) yet they have remained stable on Windows where they run much faster than on Linux. I wondered whether something had changed with the deafult optimization flags for gcc? I am using R 3.2.3. Cheers, Jarrod -- The University of Edinburgh is a charitable body, registered in Scotland, with registration number SC005336. __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] [patch] Error in reg-tests-1c.R (R-devel)
> Mikko Korpela > on Wed, 18 May 2016 13:05:24 +0300 writes: > I get an error when running "make check" after building > R-devel r70629 on Ubuntu 14.04. > Here are the relevant > lines in the file "reg-tests-1c.Rout.fail": >> ## m1z uses match(x, *) with length(x) == 1 and failed in R 3.3.0 >> ## PR#16909 - a consequence of the match() bug; check here too: >> dv <- data.frame(varé1 = 1:3, varé2 = 3); dv[,"varé2"] <- 2 >Error: unexpected input in "dv <- data.frame(var" >Execution halted > The attached patch uses escape sequences for all non-ASCII characters in > this test and performs pretty much the same check as the original > version, as far as I know. This fixes "make check" for me. The patched > check fails on R 3.3.0 as it should. Thank you, Mikko! This is ..hmm.. "interesting". We have a few other non-ASCII characters in a few of the tests/*.R files and they don't seem to harm your checks; even reg-tests-1c.R contains some. Also, the "Installation and Administration" R Manual mentions that some of the tests only run flawlessly if you are not using "unusual" locales. So I am a bit puzzled that exactly this (new) test fails in your locale, but the others did not. However, as I said, thank you indeed for diagnosing the problem and providing a patch working around it (and still checking the intended problem !!). I'm applying the patch now ... so you'd continue to be one of our valuable pre-alpha/beta testers. With best regards, Martin > Here is the output of "locale": >LANG=en_GB >LANGUAGE=en_GB: >LC_CTYPE=fi_FI.UTF-8 >LC_NUMERIC="en_GB" >LC_TIME="en_GB" >LC_COLLATE="en_GB" >LC_MONETARY=fi_FI.UTF-8 >LC_MESSAGES="en_GB" >LC_PAPER="en_GB" >LC_NAME="en_GB" >LC_ADDRESS="en_GB" >LC_TELEPHONE="en_GB" >LC_MEASUREMENT="en_GB" >LC_IDENTIFICATION="en_GB" >LC_ALL= > -- > Mikko Korpela > Department of Geosciences and Geography > University of Helsinki __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] [patch] Error in reg-tests-1c.R (R-devel)
G'day Martin, On Wed, 18 May 2016 12:50:21 +0200 Martin Maechler wrote: > > Mikko Korpela > > on Wed, 18 May 2016 13:05:24 +0300 writes: > > > I get an error when running "make check" after building > > R-devel r70629 on Ubuntu 14.04. > > Here are the relevant > > lines in the file "reg-tests-1c.Rout.fail": [...] > This is ..hmm.. "interesting". We have a few other non-ASCII > characters in a few of the tests/*.R files and they don't seem to > harm your checks; even reg-tests-1c.R contains some. > > Also, the "Installation and Administration" R Manual mentions > that some of the tests only run flawlessly if you are not using > "unusual" locales. So I am a bit puzzled that exactly this > (new) test fails in your locale, but the others did not. [...] Well, my nightly script had also failed to complete due to the same problem. But I usually wait a day or two before reporting such a problem, in the hope that the problem sorts itself out. :) But to confirm this issue: * My (bash) script sets: export LANG=en_AU.UTF-8 * The crontab entry that runs it is: 44 5 * * * cd /opt/src ; /usr/bin/xvfb-run ./R-aop-Doit * The relevant part of reg-tests-1c.Rout.fail says: > ## m1z uses match(x, *) with length(x) == 1 and failed in R 3.3.0 > ## PR#16909 - a consequence of the match() bug; check here too: > dv <- data.frame(varé1 = 1:3, varé2 = 3); dv[,"varé2"] <- 2 Error: unexpected input in "dv <- data.frame(var�" Execution halted Cheers, Berwin __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] [patch] Error in reg-tests-1c.R (R-devel)
On 18/05/16 13:50, Martin Maechler wrote: Mikko Korpela on Wed, 18 May 2016 13:05:24 +0300 writes: > I get an error when running "make check" after building > R-devel r70629 on Ubuntu 14.04. > Here are the relevant > lines in the file "reg-tests-1c.Rout.fail": >> ## m1z uses match(x, *) with length(x) == 1 and failed in R 3.3.0 >> ## PR#16909 - a consequence of the match() bug; check here too: >> dv <- data.frame(varé1 = 1:3, varé2 = 3); dv[,"varé2"] <- 2 >Error: unexpected input in "dv <- data.frame(var" >Execution halted > The attached patch uses escape sequences for all non-ASCII characters in > this test and performs pretty much the same check as the original > version, as far as I know. This fixes "make check" for me. The patched > check fails on R 3.3.0 as it should. Thank you, Mikko! This is ..hmm.. "interesting". We have a few other non-ASCII characters in a few of the tests/*.R files and they don't seem to harm your checks; even reg-tests-1c.R contains some. Also, the "Installation and Administration" R Manual mentions that some of the tests only run flawlessly if you are not using "unusual" locales. So I am a bit puzzled that exactly this (new) test fails in your locale, but the others did not. My quick check indicates that this was the only test with non-ASCII characters in argument names. That might be the crucial difference. - Mikko However, as I said, thank you indeed for diagnosing the problem and providing a patch working around it (and still checking the intended problem !!). I'm applying the patch now ... so you'd continue to be one of our valuable pre-alpha/beta testers. With best regards, Martin > Here is the output of "locale": >LANG=en_GB >LANGUAGE=en_GB: >LC_CTYPE=fi_FI.UTF-8 >LC_NUMERIC="en_GB" >LC_TIME="en_GB" >LC_COLLATE="en_GB" >LC_MONETARY=fi_FI.UTF-8 >LC_MESSAGES="en_GB" >LC_PAPER="en_GB" >LC_NAME="en_GB" >LC_ADDRESS="en_GB" >LC_TELEPHONE="en_GB" >LC_MEASUREMENT="en_GB" >LC_IDENTIFICATION="en_GB" >LC_ALL= > -- > Mikko Korpela > Department of Geosciences and Geography > University of Helsinki __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
[Rd] Latest R-devel build failing on OS X
Dear R-devel, The latest version of R-devel (05-17) is throwing an error for me when building on OS X (v 10.11.4): making Rembedded.d from Rembedded.c making dynload.d from dynload.c making system.d from system.c making sys-unix.d from sys-unix.c making sys-std.d from sys-std.c making X11.d from X11.c clang -I. -I../../src/include -I../../src/include -I/usr/local/include -DHAVE_CONFIG_H-fPIC -Wall -mtune=core2 -g -O2 -c Rembedded.c -o Rembedded.o clang -I. -I../../src/include -I../../src/include -I/usr/local/include -DHAVE_CONFIG_H-fPIC -Wall -mtune=core2 -g -O2 -c dynload.c -o dynload.o clang -I. -I../../src/include -I../../src/include -I/usr/local/include -DHAVE_CONFIG_H-fPIC -Wall -mtune=core2 -g -O2 -c system.c -o system.o clang -I. -I../../src/include -I../../src/include -I/usr/local/include -DHAVE_CONFIG_H-fPIC -Wall -mtune=core2 -g -O2 -c sys-unix.c -o sys-unix.o clang -I. -I../../src/include -I../../src/include -I/usr/local/include -DHAVE_CONFIG_H-fPIC -Wall -mtune=core2 -g -O2 -c sys-std.c -o sys-std.o sys-std.c:592:5: warning: implicit declaration of function 'RL_UNSETSTATE' is invalid in C99 [-Wimplicit-function-declaration] RL_UNSETSTATE(RL_STATE_ISEARCH | RL_STATE_NSEARCH | RL_STATE_VIMOTION | ^ sys-std.c:592:19: error: use of undeclared identifier 'RL_STATE_ISEARCH' RL_UNSETSTATE(RL_STATE_ISEARCH | RL_STATE_NSEARCH | RL_STATE_VIMOTION | ^ sys-std.c:592:38: error: use of undeclared identifier 'RL_STATE_NSEARCH' RL_UNSETSTATE(RL_STATE_ISEARCH | RL_STATE_NSEARCH | RL_STATE_VIMOTION | ^ sys-std.c:592:57: error: use of undeclared identifier 'RL_STATE_VIMOTION' RL_UNSETSTATE(RL_STATE_ISEARCH | RL_STATE_NSEARCH | RL_STATE_VIMOTION | ^ sys-std.c:593:5: error: use of undeclared identifier 'RL_STATE_NUMERICARG' RL_STATE_NUMERICARG | RL_STATE_MULTIKEY); ^ sys-std.c:593:27: error: use of undeclared identifier 'RL_STATE_MULTIKEY' RL_STATE_NUMERICARG | RL_STATE_MULTIKEY); ^ sys-std.c:596:40: error: use of undeclared identifier 'rl_mark' rl_line_buffer[rl_point = rl_end = rl_mark = 0] = 0; ^ sys-std.c:597:5: error: use of undeclared identifier 'rl_done' rl_done = 1; ^ sys-std.c:998:7: warning: implicit declaration of function 'rl_resize_terminal' is invalid in C99 [-Wimplicit-function-declaration] rl_resize_terminal(); ^ 2 warnings and 7 errors generated. make[3]: *** [sys-std.o] Error 1 make[2]: *** [R] Error 2 make[1]: *** [R] Error 1 make: *** [R] Error 1 My configuration information: R is now configured for x86_64-apple-darwin15.4.0 Source directory: . Installation directory:/Builds/R-devel C compiler:clang -Wall -mtune=core2 -g -O2 Fortran 77 compiler: gfortran-4.8 -g -O2 C++ compiler: clang++ -Wall -mtune=core2 -g -O2 C++11 compiler:clang++ -std=c++11 -Wall -mtune=core2 -g -O2 Fortran 90/95 compiler:gfortran-4.8 -Wall -g -O2 Obj-C compiler: clang -Wall -mtune=core2 -g -O2 -fobjc-exceptions Interfaces supported: aqua, tcltk External libraries:readline, BLAS(OpenBLAS), LAPACK(in blas), curl Additional capabilities: PNG, JPEG, TIFF, NLS, cairo, ICU Options enabled: shared R library, R profiling, memory profiling Capabilities skipped: Options not enabled: shared BLAS Recommended packages: yes Apologies in advance if I have incorrectly formatted the issue or omitted something important. Kind regards, Keith __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] Latest R-devel build failing on OS X
Yes, the nightly build is broken in a similar, but different way. See below. Both seem to be readline related, so Frederick Eaton's patches, which Martin committed yesterday are the likely culprit. I had actually tested them and things seemed to work, but it was on a different machine and not a completely clean build. -pd . ranlib: file: libR.a(printf.o) has no symbols gcc -L/usr/X11R6/lib -o R.bin Rmain.o CommandLineArgs.o Rdynload.o Renviron.o RNG.o agrep.o apply.o arithmetic.o array.o attrib.o bind.o builtin.o character.o coerce.o colors.o complex.o connections.o context.o cum.o dcf.o datetime.o debug.o deparse.o devices.o dotcode.o dounzip.o dstruct.o duplicate.o edit.o engine.o envir.o errors.o eval.o format.o gevents.o gram.o gram-ex.o graphics.o grep.o identical.o inlined.o inspect.o internet.o iosupport.o lapack.o list.o localecharset.o logic.o main.o mapply.o match.o memory.o names.o objects.o options.o paste.o platform.o plot.o plot3d.o plotmath.o print.o printarray.o printvector.o printutils.o qsort.o radixsort.o random.o raw.o registration.o relop.o rlocale.o saveload.o scan.o seq.o serialize.o sort.o source.o split.o sprintf.o startup.o subassign.o subscript.o subset.o summary.o sysutils.o times.o unique.o util.o version.o g_alab_her.o g_cntrlify.o g_fontdb.o g_her_glyph.o xxxpr.o `ls ../unix/*.o ../appl/*.o ../nmath/*.o` ! ../extra/ tre/libtre.a ../extra/intl/libintl.a ../extra/tzone/libtz.a -L../../lib/x86_64 -lRblas -L/usr/lib/gcc/i686-apple-darwin11/4.2.1/x86_64 -L/usr/lib/gcc/i686-apple-darwin11/4.2.1 -L/usr/lib -lgfortran -Wl,-framework -Wl,CoreFoundation -lreadline -lpcre -llzma -lbz2 -lz -licucore -lm -llzma -liconv Undefined symbols for architecture x86_64: "_rl_mark", referenced from: _popReadline in sys-std.o "_rl_readline_state", referenced from: _popReadline in sys-std.o "_rl_resize_terminal", referenced from: _Rstd_ReadConsole in sys-std.o ld: symbol(s) not found for architecture x86_64 clang: error: linker command failed with exit code 1 (use -v to see invocation) make[3]: *** [R.bin] Error 1 On 18 May 2016, at 14:18 , Keith O'Hara wrote: > Dear R-devel, > > The latest version of R-devel (05-17) is throwing an error for me when > building on OS X (v 10.11.4): > > making Rembedded.d from Rembedded.c > making dynload.d from dynload.c > making system.d from system.c > making sys-unix.d from sys-unix.c > making sys-std.d from sys-std.c > making X11.d from X11.c > clang -I. -I../../src/include -I../../src/include -I/usr/local/include > -DHAVE_CONFIG_H-fPIC -Wall -mtune=core2 -g -O2 -c Rembedded.c -o > Rembedded.o > clang -I. -I../../src/include -I../../src/include -I/usr/local/include > -DHAVE_CONFIG_H-fPIC -Wall -mtune=core2 -g -O2 -c dynload.c -o dynload.o > clang -I. -I../../src/include -I../../src/include -I/usr/local/include > -DHAVE_CONFIG_H-fPIC -Wall -mtune=core2 -g -O2 -c system.c -o system.o > clang -I. -I../../src/include -I../../src/include -I/usr/local/include > -DHAVE_CONFIG_H-fPIC -Wall -mtune=core2 -g -O2 -c sys-unix.c -o > sys-unix.o > clang -I. -I../../src/include -I../../src/include -I/usr/local/include > -DHAVE_CONFIG_H-fPIC -Wall -mtune=core2 -g -O2 -c sys-std.c -o sys-std.o > sys-std.c:592:5: warning: implicit declaration of function 'RL_UNSETSTATE' is > invalid in C99 > [-Wimplicit-function-declaration] > RL_UNSETSTATE(RL_STATE_ISEARCH | RL_STATE_NSEARCH | RL_STATE_VIMOTION | > ^ > sys-std.c:592:19: error: use of undeclared identifier 'RL_STATE_ISEARCH' > RL_UNSETSTATE(RL_STATE_ISEARCH | RL_STATE_NSEARCH | RL_STATE_VIMOTION | > ^ > sys-std.c:592:38: error: use of undeclared identifier 'RL_STATE_NSEARCH' > RL_UNSETSTATE(RL_STATE_ISEARCH | RL_STATE_NSEARCH | RL_STATE_VIMOTION | >^ > sys-std.c:592:57: error: use of undeclared identifier 'RL_STATE_VIMOTION' > RL_UNSETSTATE(RL_STATE_ISEARCH | RL_STATE_NSEARCH | RL_STATE_VIMOTION | > ^ > sys-std.c:593:5: error: use of undeclared identifier 'RL_STATE_NUMERICARG' > RL_STATE_NUMERICARG | RL_STATE_MULTIKEY); > ^ > sys-std.c:593:27: error: use of undeclared identifier 'RL_STATE_MULTIKEY' > RL_STATE_NUMERICARG | RL_STATE_MULTIKEY); > ^ > sys-std.c:596:40: error: use of undeclared identifier 'rl_mark' > rl_line_buffer[rl_point = rl_end = rl_mark = 0] = 0; > ^ > sys-std.c:597:5: error: use of undeclared identifier 'rl_done' > rl_done = 1; > ^ > sys-std.c:998:7: warning: implicit declaration of function > 'rl_resize_terminal' is invalid in C99 > [-Wimplicit-function-declaration] > rl_resize_terminal(); > ^ > 2 warnings and 7 errors generated. > make[3]: *** [sys-std.o] Error 1 > make[2]: *** [R] Error 2 > make[1]: *** [R] Error 1 > make:
Re: [Rd] Latest R-devel build failing on OS X
> Yes, the nightly build is broken in a similar, but different way. See below. > Both seem to be readline related, so Frederick Eaton's patches, which Martin > committed yesterday are the likely culprit. I had actually tested them and > things seemed to work, but it was on a different machine and not a completely > clean build. Indeed a problem. I'm pretty sure that RL_UNSETSTATE() exists in newer versions of readline but not in older ones (and hence is declared in newer versions of readline.h, but not in older ones). It seems people still do have older versions of readline.h ... and it may be interesting why some versions of OSX (Peter's) has a new readline and some (Keith') don't. I'm committing an experimental fix using #if ... s and the readline version number. It does keep fixing the bug on my platform (Fedora 22 Linux, readline 6.3) and it may help in Keith' setup. Please do check it, Keith. (svn rev >= 70631) Martin > -pd > . > ranlib: file: libR.a(printf.o) has no symbols > gcc -L/usr/X11R6/lib -o R.bin Rmain.o CommandLineArgs.o Rdynload.o > Renviron.o RNG.o agrep.o apply.o arithmetic.o array.o attrib.o bind.o > builtin.o character.o coerce.o colors.o complex.o connections.o context.o > cum.o dcf.o datetime.o debug.o deparse.o devices.o dotcode.o dounzip.o > dstruct.o duplicate.o edit.o engine.o envir.o errors.o eval.o format.o > gevents.o gram.o gram-ex.o graphics.o grep.o identical.o inlined.o inspect.o > internet.o iosupport.o lapack.o list.o localecharset.o logic.o main.o > mapply.o match.o memory.o names.o objects.o options.o paste.o platform.o > plot.o plot3d.o plotmath.o print.o printarray.o printvector.o printutils.o > qsort.o radixsort.o random.o raw.o registration.o relop.o rlocale.o > saveload.o scan.o seq.o serialize.o sort.o source.o split.o sprintf.o > startup.o subassign.o subscript.o subset.o summary.o sysutils.o times.o > unique.o util.o version.o g_alab_her.o g_cntrlify.o g_fontdb.o g_her_glyph.o > xxxpr.o `ls ../unix/*.o ../appl/*.o ../nmath/*.o! ` ../extra/ > tre/libtre.a ../extra/intl/libintl.a ../extra/tzone/libtz.a > -L../../lib/x86_64 -lRblas -L/usr/lib/gcc/i686-apple-darwin11/4.2.1/x86_64 > -L/usr/lib/gcc/i686-apple-darwin11/4.2.1 -L/usr/lib -lgfortran > -Wl,-framework -Wl,CoreFoundation -lreadline -lpcre -llzma -lbz2 -lz > -licucore -lm -llzma -liconv > Undefined symbols for architecture x86_64: > "_rl_mark", referenced from: > _popReadline in sys-std.o > "_rl_readline_state", referenced from: > _popReadline in sys-std.o > "_rl_resize_terminal", referenced from: > _Rstd_ReadConsole in sys-std.o > ld: symbol(s) not found for architecture x86_64 > clang: error: linker command failed with exit code 1 (use -v to see > invocation) > make[3]: *** [R.bin] Error 1 > On 18 May 2016, at 14:18 , Keith O'Hara wrote: > > Dear R-devel, > > > > The latest version of R-devel (05-17) is throwing an error for me when > > building on OS X (v 10.11.4): > > > > making Rembedded.d from Rembedded.c > > making dynload.d from dynload.c > > making system.d from system.c > > making sys-unix.d from sys-unix.c > > making sys-std.d from sys-std.c > > making X11.d from X11.c > > clang -I. -I../../src/include -I../../src/include -I/usr/local/include > > -DHAVE_CONFIG_H-fPIC -Wall -mtune=core2 -g -O2 -c Rembedded.c -o > > Rembedded.o > > clang -I. -I../../src/include -I../../src/include -I/usr/local/include > > -DHAVE_CONFIG_H-fPIC -Wall -mtune=core2 -g -O2 -c dynload.c -o > > dynload.o > > clang -I. -I../../src/include -I../../src/include -I/usr/local/include > > -DHAVE_CONFIG_H-fPIC -Wall -mtune=core2 -g -O2 -c system.c -o system.o > > clang -I. -I../../src/include -I../../src/include -I/usr/local/include > > -DHAVE_CONFIG_H-fPIC -Wall -mtune=core2 -g -O2 -c sys-unix.c -o > > sys-unix.o > > clang -I. -I../../src/include -I../../src/include -I/usr/local/include > > -DHAVE_CONFIG_H-fPIC -Wall -mtune=core2 -g -O2 -c sys-std.c -o > > sys-std.o > > sys-std.c:592:5: warning: implicit declaration of function 'RL_UNSETSTATE' > > is invalid in C99 > > [-Wimplicit-function-declaration] > > RL_UNSETSTATE(RL_STATE_ISEARCH | RL_STATE_NSEARCH | RL_STATE_VIMOTION | > > ^ > > sys-std.c:592:19: error: use of undeclared identifier 'RL_STATE_ISEARCH' > > RL_UNSETSTATE(RL_STATE_ISEARCH | RL_STATE_NSEARCH | RL_STATE_VIMOTION | > > ^ > > sys-std.c:592:38: error: use of undeclared identifier 'RL_STATE_NSEARCH' > > RL_UNSETSTATE(RL_STATE_ISEARCH | RL_STATE_NSEARCH | RL_STATE_VIMOTION | > >^ > > sys-std.c:592:57: error: use of undeclared identifier 'RL_STATE_VIMOTION' > > RL_UNSETSTATE(RL_STATE_ISEARCH | RL_STATE_NSEARCH | RL_STATE_VIMOTION | > > ^ > > sys-std.c:593:5: error: use of undeclared identifier 'RL_STATE_NUMERICARG' > > RL_STATE_NUMERICARG | RL_STATE_MULTIKEY); > >
Re: [Rd] Latest R-devel build failing on OS X
Thanks for the fix, Martin. The build runs smoothly now, with just a warning remaining: sys-std.c:1002:7: warning: implicit declaration of function 'rl_resize_terminal' is invalid in C99 [-Wimplicit-function-declaration] rl_resize_terminal(); ^ 1 warning generated. Best, Keith > On May 18, 2016, at 12:54 PM, Martin Maechler > wrote: > > >> Yes, the nightly build is broken in a similar, but different way. See below. >> Both seem to be readline related, so Frederick Eaton's patches, which Martin >> committed yesterday are the likely culprit. I had actually tested them and >> things seemed to work, but it was on a different machine and not a >> completely clean build. > > Indeed a problem. I'm pretty sure that RL_UNSETSTATE() exists > in newer versions of readline but not in older ones (and hence is > declared in newer versions of readline.h, but not in older > ones). > > It seems people still do have older versions of readline.h > ... and it may be interesting why some versions of OSX (Peter's) > has a new readline and some (Keith') don't. > > I'm committing an experimental fix using #if ... s and the > readline version number. > It does keep fixing the bug on my platform (Fedora 22 Linux, > readline 6.3) > > and it may help in Keith' setup. Please do check it, Keith. > (svn rev >= 70631) > > Martin > > > >> -pd > >> . >> ranlib: file: libR.a(printf.o) has no symbols >> gcc -L/usr/X11R6/lib -o R.bin Rmain.o CommandLineArgs.o Rdynload.o >> Renviron.o RNG.o agrep.o apply.o arithmetic.o array.o attrib.o bind.o >> builtin.o character.o coerce.o colors.o complex.o connections.o context.o >> cum.o dcf.o datetime.o debug.o deparse.o devices.o dotcode.o dounzip.o >> dstruct.o duplicate.o edit.o engine.o envir.o errors.o eval.o format.o >> gevents.o gram.o gram-ex.o graphics.o grep.o identical.o inlined.o inspect.o >> internet.o iosupport.o lapack.o list.o localecharset.o logic.o main.o >> mapply.o match.o memory.o names.o objects.o options.o paste.o platform.o >> plot.o plot3d.o plotmath.o print.o printarray.o printvector.o printutils.o >> qsort.o radixsort.o random.o raw.o registration.o relop.o rlocale.o >> saveload.o scan.o seq.o serialize.o sort.o source.o split.o sprintf.o >> startup.o subassign.o subscript.o subset.o summary.o sysutils.o times.o >> unique.o util.o version.o g_alab_her.o g_cntrlify.o g_fontdb.o g_her_glyph.o >> xxxpr.o `ls ../unix/*.o ../appl/*.o ../nmath/*.! o` ../extra/ >> tre/libtre.a ../extra/intl/libintl.a ../extra/tzone/libtz.a >> -L../../lib/x86_64 -lRblas -L/usr/lib/gcc/i686-apple-darwin11/4.2.1/x86_64 >> -L/usr/lib/gcc/i686-apple-darwin11/4.2.1 -L/usr/lib -lgfortran >> -Wl,-framework -Wl,CoreFoundation -lreadline -lpcre -llzma -lbz2 -lz >> -licucore -lm -llzma -liconv >> Undefined symbols for architecture x86_64: >> "_rl_mark", referenced from: >> _popReadline in sys-std.o >> "_rl_readline_state", referenced from: >> _popReadline in sys-std.o >> "_rl_resize_terminal", referenced from: >> _Rstd_ReadConsole in sys-std.o >> ld: symbol(s) not found for architecture x86_64 >> clang: error: linker command failed with exit code 1 (use -v to see >> invocation) >> make[3]: *** [R.bin] Error 1 > >> On 18 May 2016, at 14:18 , Keith O'Hara wrote: > >>> Dear R-devel, >>> >>> The latest version of R-devel (05-17) is throwing an error for me when >>> building on OS X (v 10.11.4): >>> >>> making Rembedded.d from Rembedded.c >>> making dynload.d from dynload.c >>> making system.d from system.c >>> making sys-unix.d from sys-unix.c >>> making sys-std.d from sys-std.c >>> making X11.d from X11.c >>> clang -I. -I../../src/include -I../../src/include -I/usr/local/include >>> -DHAVE_CONFIG_H-fPIC -Wall -mtune=core2 -g -O2 -c Rembedded.c -o >>> Rembedded.o >>> clang -I. -I../../src/include -I../../src/include -I/usr/local/include >>> -DHAVE_CONFIG_H-fPIC -Wall -mtune=core2 -g -O2 -c dynload.c -o >>> dynload.o >>> clang -I. -I../../src/include -I../../src/include -I/usr/local/include >>> -DHAVE_CONFIG_H-fPIC -Wall -mtune=core2 -g -O2 -c system.c -o system.o >>> clang -I. -I../../src/include -I../../src/include -I/usr/local/include >>> -DHAVE_CONFIG_H-fPIC -Wall -mtune=core2 -g -O2 -c sys-unix.c -o >>> sys-unix.o >>> clang -I. -I../../src/include -I../../src/include -I/usr/local/include >>> -DHAVE_CONFIG_H-fPIC -Wall -mtune=core2 -g -O2 -c sys-std.c -o >>> sys-std.o >>> sys-std.c:592:5: warning: implicit declaration of function 'RL_UNSETSTATE' >>> is invalid in C99 >>>[-Wimplicit-function-declaration] >>> RL_UNSETSTATE(RL_STATE_ISEARCH | RL_STATE_NSEARCH | RL_STATE_VIMOTION | >>> ^ >>> sys-std.c:592:19: error: use of undeclared identifier 'RL_STATE_ISEARCH' >>> RL_UNSETSTATE(RL_STATE_ISEARCH | RL_STATE_NSEARCH | RL_STATE_VIMOTION | >>>^ >>> sys-std.c:592:38: error: use of undeclared identifier 'RL_STATE_NSEARCH' >>> RL_U
Re: [Rd] Latest R-devel build failing on OS X
> On 18 May 2016, at 18:54 , Martin Maechler wrote: > > >> Yes, the nightly build is broken in a similar, but different way. See below. >> Both seem to be readline related, so Frederick Eaton's patches, which Martin >> committed yesterday are the likely culprit. I had actually tested them and >> things seemed to work, but it was on a different machine and not a >> completely clean build. > > Indeed a problem. I'm pretty sure that RL_UNSETSTATE() exists > in newer versions of readline but not in older ones (and hence is > declared in newer versions of readline.h, but not in older > ones). > > It seems people still do have older versions of readline.h > ... and it may be interesting why some versions of OSX (Peter's) > has a new readline and some (Keith') don't. > Er, Peter has two machines, one an ancient iMac still running Mavericks, the other a nearly as old MB Air running Yosemite. The MBAir apparently worked, the iMac not. *Both* of them has readline 5.2 in /usr/local and 6.2/3 in /opt/local, but the MBAir binary has Notice incidentally that 5.2 is what Simon currently supports on R.research.att.com. Peter-Dalgaards-MacBook-Air:BUILD pd$ otool -L bin/exec/x86_64/R bin/exec/x86_64/R: /usr/local/lib/libreadline.5.2.dylib (compatibility version 5.0.0, current version 5.2.0) With the recent update, the iMac still fails with gcc -L/usr/X11R6/lib -o R.bin Rmain.o CommandLineArgs.o Rdynload.o Renviron.o RNG.o agrep.o apply.o arithmetic.o array.o attrib.o bind.o builtin.o character.o coerce.o colors.o complex.o connections.o context.o cum.o dcf.o datetime.o debug.o deparse.o devices.o dotcode.o dounzip.o dstruct.o duplicate.o edit.o engine.o envir.o errors.o eval.o format.o gevents.o gram.o gram-ex.o graphics.o grep.o identical.o inlined.o inspect.o internet.o iosupport.o lapack.o list.o localecharset.o logic.o main.o mapply.o match.o memory.o names.o objects.o options.o paste.o platform.o plot.o plot3d.o plotmath.o print.o printarray.o printvector.o printutils.o qsort.o radixsort.o random.o raw.o registration.o relop.o rlocale.o saveload.o scan.o seq.o serialize.o sort.o source.o split.o sprintf.o startup.o subassign.o subscript.o subset.o summary.o sysutils.o times.o unique.o util.o version.o g_alab_her.o g_cntrlify.o g_fontdb.o g_her_glyph.o xxxpr.o `ls ../unix/*.o ../appl/*.o ../nmath/*.o` ! ../extra/tre/libtre.a ../extra/intl/libintl.a ../extra/tzone/libtz.a -L../../lib/x86_64 -lRblas -L/usr/lib/gcc/i686-apple-darwin11/4.2.1/x86_64 -L/usr/lib/gcc/i686-apple-darwin11/4.2.1 -L/usr/lib -lgfortran -Wl,-framework -Wl,CoreFoundation -lreadline -lpcre -llzma -lbz2 -lz -licucore -lm -llzma -liconv Undefined symbols for architecture x86_64: "_rl_resize_terminal", referenced from: _Rstd_ReadConsole in sys-std.o ld: symbol(s) not found for architecture x86_64 clang: error: linker command failed with exit code 1 (use -v to see invocation) make[3]: *** [R.bin] Error 1 make[2]: *** [R] Error 2 make[1]: *** [R] Error 1 make: *** [R] Error 1 and the MBAir still builds... Confused!, -pd > I'm committing an experimental fix using #if ... s and the > readline version number. > It does keep fixing the bug on my platform (Fedora 22 Linux, > readline 6.3) > > and it may help in Keith' setup. Please do check it, Keith. > (svn rev >= 70631) > > Martin > > > >> -pd > >> . >> ranlib: file: libR.a(printf.o) has no symbols >> gcc -L/usr/X11R6/lib -o R.bin Rmain.o CommandLineArgs.o Rdynload.o >> Renviron.o RNG.o agrep.o apply.o arithmetic.o array.o attrib.o bind.o >> builtin.o character.o coerce.o colors.o complex.o connections.o context.o >> cum.o dcf.o datetime.o debug.o deparse.o devices.o dotcode.o dounzip.o >> dstruct.o duplicate.o edit.o engine.o envir.o errors.o eval.o format.o >> gevents.o gram.o gram-ex.o graphics.o grep.o identical.o inlined.o inspect.o >> internet.o iosupport.o lapack.o list.o localecharset.o logic.o main.o >> mapply.o match.o memory.o names.o objects.o options.o paste.o platform.o >> plot.o plot3d.o plotmath.o print.o printarray.o printvector.o printutils.o >> qsort.o radixsort.o random.o raw.o registration.o relop.o rlocale.o >> saveload.o scan.o seq.o serialize.o sort.o source.o split.o sprintf.o >> startup.o subassign.o subscript.o subset.o summary.o sysutils.o times.o >> unique.o util.o version.o g_alab_her.o g_cntrlify.o g_fontdb.o g_her_glyph.o >> xxxpr.o `ls ../unix/*.o ../appl/*.o ../nmath/*.! o` ../extra/ >> tre/libtre.a ../extra/intl/libintl.a ../extra/tzone/libtz.a >> -L../../lib/x86_64 -lRblas -L/usr/lib/gcc/i686-apple-darwin11/4.2.1/x86_64 >> -L/usr/lib/gcc/i686-apple-darwin11/4.2.1 -L/usr/lib -lgfortran >> -Wl,-framework -Wl,CoreFoundation -lreadline -lpcre -llzma -lbz2 -lz >> -licucore -lm -llzma -liconv >> Undefined symbols for architecture x86_64: >> "_rl_mark", referenced from: >> _popReadline in sys-std.o >> "_rl_readline_state", referenced from: >> _popReadline
Re: [Rd] Latest R-devel build failing on OS X
Ah, got it. For some ancient reason config.site on that machine had LDFLAGS=-L/usr/X11R6/lib in config.site, and that prevented configure from inserting -L /usr/local/lib, so linked /usr/lib/libreadline.dylib, which is the Apple-supplied one, which possibly is really libedit... -p > On 18 May 2016, at 22:01 , peter dalgaard wrote: > > gcc -L/usr/X11R6/lib -o R.bin Rmain.o CommandLineArgs.o Rdynload.o > Renviron.o RNG.o agrep.o apply.o arithmetic.o array.o attrib.o bind.o > builtin.o character.o coerce.o colors.o complex.o connections.o context.o > cum.o dcf.o datetime.o debug.o deparse.o devices.o dotcode.o dounzip.o > dstruct.o duplicate.o edit.o engine.o envir.o errors.o eval.o format.o > gevents.o gram.o gram-ex.o graphics.o grep.o identical.o inlined.o inspect.o > internet.o iosupport.o lapack.o list.o localecharset.o logic.o main.o > mapply.o match.o memory.o names.o objects.o options.o paste.o platform.o > plot.o plot3d.o plotmath.o print.o printarray.o printvector.o printutils.o > qsort.o radixsort.o random.o raw.o registration.o relop.o rlocale.o > saveload.o scan.o seq.o serialize.o sort.o source.o split.o sprintf.o > startup.o subassign.o subscript.o subset.o summary.o sysutils.o times.o > unique.o util.o version.o g_alab_her.o g_cntrlify.o g_fontdb.o g_her_glyph.o > xxxpr.o `ls ../unix/*.o ../appl/*.o ../nmath/*.o! ` ../extra/tre/libtre.a ../extra/intl/libintl.a ../extra/tzone/libtz.a -L../../lib/x86_64 -lRblas -L/usr/lib/gcc/i686-apple-darwin11/4.2.1/x86_64 -L/usr/lib/gcc/i686-apple-darwin11/4.2.1 -L/usr/lib -lgfortran -Wl,-framework -Wl,CoreFoundation -lreadline -lpcre -llzma -lbz2 -lz -licucore -lm -llzma -liconv > Undefined symbols for architecture x86_64: > "_rl_resize_terminal", referenced from: > _Rstd_ReadConsole in sys-std.o > ld: symbol(s) not found for architecture x86_64 > clang: error: linker command failed with exit code 1 (use -v to see > invocation) > make[3]: *** [R.bin] Error 1 > make[2]: *** [R] Error 2 > make[1]: *** [R] Error 1 > make: *** [R] Error 1 > > and the MBAir still builds... > > Confused!, > > -pd -- Peter Dalgaard, Professor, Center for Statistics, Copenhagen Business School Solbjerg Plads 3, 2000 Frederiksberg, Denmark Phone: (+45)38153501 Office: A 4.23 Email: pd@cbs.dk Priv: pda...@gmail.com __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] Latest R-devel build failing on OS X
Spoke too soon, both systems now build, but neither has the original bugs fixed (Incidentally, I realized why the ctl-R...ctl-C bug never bit me: The emacs habit is to exit isearch with ctl-G and that works flawlessly.) -pd > On 18 May 2016, at 22:40 , peter dalgaard wrote: > > Ah, got it. For some ancient reason config.site on that machine had > > LDFLAGS=-L/usr/X11R6/lib > > in config.site, and that prevented configure from inserting -L > /usr/local/lib, so linked /usr/lib/libreadline.dylib, which is the > Apple-supplied one, which possibly is really libedit... > > -p > > >> On 18 May 2016, at 22:01 , peter dalgaard wrote: >> >> gcc -L/usr/X11R6/lib -o R.bin Rmain.o CommandLineArgs.o Rdynload.o >> Renviron.o RNG.o agrep.o apply.o arithmetic.o array.o attrib.o bind.o >> builtin.o character.o coerce.o colors.o complex.o connections.o context.o >> cum.o dcf.o datetime.o debug.o deparse.o devices.o dotcode.o dounzip.o >> dstruct.o duplicate.o edit.o engine.o envir.o errors.o eval.o format.o >> gevents.o gram.o gram-ex.o graphics.o grep.o identical.o inlined.o inspect.o >> internet.o iosupport.o lapack.o list.o localecharset.o logic.o main.o >> mapply.o match.o memory.o names.o objects.o options.o paste.o platform.o >> plot.o plot3d.o plotmath.o print.o printarray.o printvector.o printutils.o >> qsort.o radixsort.o random.o raw.o registration.o relop.o rlocale.o >> saveload.o scan.o seq.o serialize.o sort.o source.o split.o sprintf.o >> startup.o subassign.o subscript.o subset.o summary.o sysutils.o times.o >> unique.o util.o version.o g_alab_her.o g_cntrlify.o g_fontdb.o g_her_glyph.o >> xxxpr.o `ls ../unix/*.o ../appl/*.o ../nmath/*.! o` ../extra/tre/libtre.a ../extra/intl/libintl.a ../extra/tzone/libtz.a -L../../lib/x86_64 -lRblas -L/usr/lib/gcc/i686-apple-darwin11/4.2.1/x86_64 -L/usr/lib/gcc/i686-apple-darwin11/4.2.1 -L/usr/lib -lgfortran -Wl,-framework -Wl,CoreFoundation -lreadline -lpcre -llzma -lbz2 -lz -licucore -lm -llzma -liconv >> Undefined symbols for architecture x86_64: >> "_rl_resize_terminal", referenced from: >> _Rstd_ReadConsole in sys-std.o >> ld: symbol(s) not found for architecture x86_64 >> clang: error: linker command failed with exit code 1 (use -v to see >> invocation) >> make[3]: *** [R.bin] Error 1 >> make[2]: *** [R] Error 2 >> make[1]: *** [R] Error 1 >> make: *** [R] Error 1 >> >> and the MBAir still builds... >> >> Confused!, >> >> -pd > > -- > Peter Dalgaard, Professor, > Center for Statistics, Copenhagen Business School > Solbjerg Plads 3, 2000 Frederiksberg, Denmark > Phone: (+45)38153501 > Office: A 4.23 > Email: pd@cbs.dk Priv: pda...@gmail.com > > > > > > > > > -- Peter Dalgaard, Professor, Center for Statistics, Copenhagen Business School Solbjerg Plads 3, 2000 Frederiksberg, Denmark Phone: (+45)38153501 Office: A 4.23 Email: pd@cbs.dk Priv: pda...@gmail.com __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] Latest R-devel build failing on OS X
Readline <= 6.2 shouldn't require the SIGWINCH patch, so if older
versions have trouble finding rl_resize_terminal then you could wrap a
macro around that part.
The isearch C-c bug has existed forever, according to Chet Ramey. Yes,
I had to retrain myself to use C-g to exit isearch but it's confusing.
It would be nice to fix this C-c bug on older versions too, but my
solution used some global variables and I'm not sure which Readline
version they date from.
Out of curiosity, did you delete the HAVE_READLINE_READLINE_H block?
Thanks so much for working this out!
Frederick
P.S. I do use Emacs too, but I have some bindings which stuff the
current region into a numbered 'GNU screen' window (where R is
running) - I was never a fan of inferior Emacs processes. Also a
keybinding which stuffs "source('CURRENT_FILE')\n". And a rxvt-unicode
'url-select' extension which copies text after a "> " prompt, to get
commands I edited back into Emacs. That's why I still use the basic
interface.
On Wed, May 18, 2016 at 10:58:59PM +0200, peter dalgaard wrote:
> Spoke too soon, both systems now build, but neither has the original bugs
> fixed
>
> (Incidentally, I realized why the ctl-R...ctl-C bug never bit me: The emacs
> habit is to exit isearch with ctl-G and that works flawlessly.)
>
> -pd
>
> > On 18 May 2016, at 22:40 , peter dalgaard wrote:
> >
> > Ah, got it. For some ancient reason config.site on that machine had
> >
> > LDFLAGS=-L/usr/X11R6/lib
> >
> > in config.site, and that prevented configure from inserting -L
> > /usr/local/lib, so linked /usr/lib/libreadline.dylib, which is the
> > Apple-supplied one, which possibly is really libedit...
> >
> > -p
> >
> >
> >> On 18 May 2016, at 22:01 , peter dalgaard wrote:
> >>
> >> gcc -L/usr/X11R6/lib -o R.bin Rmain.o CommandLineArgs.o Rdynload.o
> >> Renviron.o RNG.o agrep.o apply.o arithmetic.o array.o attrib.o bind.o
> >> builtin.o character.o coerce.o colors.o complex.o connections.o context.o
> >> cum.o dcf.o datetime.o debug.o deparse.o devices.o dotcode.o dounzip.o
> >> dstruct.o duplicate.o edit.o engine.o envir.o errors.o eval.o format.o
> >> gevents.o gram.o gram-ex.o graphics.o grep.o identical.o inlined.o
> >> inspect.o internet.o iosupport.o lapack.o list.o localecharset.o logic.o
> >> main.o mapply.o match.o memory.o names.o objects.o options.o paste.o
> >> platform.o plot.o plot3d.o plotmath.o print.o printarray.o printvector.o
> >> printutils.o qsort.o radixsort.o random.o raw.o registration.o relop.o
> >> rlocale.o saveload.o scan.o seq.o serialize.o sort.o source.o split.o
> >> sprintf.o startup.o subassign.o subscript.o subset.o summary.o sysutils.o
> >> times.o unique.o util.o version.o g_alab_her.o g_cntrlify.o g_fontdb.o
> >> g_her_glyph.o xxxpr.o `ls ../unix/*.o ../appl/*.o ../nmath/!
*.o` ../extra/tre/libtre.a ../extra/intl/libintl.a ../extra/tzone/libtz.a
-L../../lib/x86_64 -lRblas -L/usr/lib/gcc/i686-apple-darwin11/4.2.1/x86_64
-L/usr/lib/gcc/i686-apple-darwin11/4.2.1 -L/usr/lib -lgfortran
-Wl,-framework -Wl,CoreFoundation -lreadline -lpcre -llzma -lbz2 -lz -licucore
-lm -llzma -liconv
> >> Undefined symbols for architecture x86_64:
> >> "_rl_resize_terminal", referenced from:
> >> _Rstd_ReadConsole in sys-std.o
> >> ld: symbol(s) not found for architecture x86_64
> >> clang: error: linker command failed with exit code 1 (use -v to see
> >> invocation)
> >> make[3]: *** [R.bin] Error 1
> >> make[2]: *** [R] Error 2
> >> make[1]: *** [R] Error 1
> >> make: *** [R] Error 1
> >>
> >> and the MBAir still builds...
> >>
> >> Confused!,
> >>
> >> -pd
> >
> > --
> > Peter Dalgaard, Professor,
> > Center for Statistics, Copenhagen Business School
> > Solbjerg Plads 3, 2000 Frederiksberg, Denmark
> > Phone: (+45)38153501
> > Office: A 4.23
> > Email: pd@cbs.dk Priv: pda...@gmail.com
> >
> >
> >
> >
> >
> >
> >
> >
> >
>
> --
> Peter Dalgaard, Professor,
> Center for Statistics, Copenhagen Business School
> Solbjerg Plads 3, 2000 Frederiksberg, Denmark
> Phone: (+45)38153501
> Office: A 4.23
> Email: pd@cbs.dk Priv: pda...@gmail.com
>
>
>
>
>
>
>
>
>
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] [patch] Error in reg-tests-1c.R (R-devel)
> Mikko Korpela > on Wed, 18 May 2016 14:18:20 +0300 writes: > On 18/05/16 13:50, Martin Maechler wrote: >>> Mikko Korpela on Wed, 18 >>> May 2016 13:05:24 +0300 writes: >> >> > I get an error when running "make check" after building >> > R-devel r70629 on Ubuntu 14.04. > Here are the >> relevant > lines in the file "reg-tests-1c.Rout.fail": >> >> > > ## m1z uses match(x, *) with length(x) == 1 and >> failed in R 3.3.0 > > ## PR#16909 - a consequence of the >> match() bug; check here too: > > dv <- data.frame(varé1 = >> 1:3, varé2 = 3); dv[,"varé2"] <- 2 > Error: unexpected >> input in "dv <- data.frame(var" > Execution halted >> >> > The attached patch uses escape sequences for all >> non-ASCII characters in > this test and performs pretty >> much the same check as the original > version, as far as >> I know. This fixes "make check" for me. The patched > >> check fails on R 3.3.0 as it should. >> >> Thank you, Mikko! >> >> This is ..hmm.. "interesting". We have a few other >> non-ASCII characters in a few of the tests/*.R files and >> they don't seem to harm your checks; even reg-tests-1c.R >> contains some. >> >> Also, the "Installation and Administration" R Manual >> mentions that some of the tests only run flawlessly if >> you are not using "unusual" locales. So I am a bit >> puzzled that exactly this (new) test fails in your >> locale, but the others did not. > My quick check indicates that this was the only test with > non-ASCII characters in argument names. That might be the > crucial difference. very good point, Mikko, thank you! Indeed that error happens at *parse* time ... whereas using such character in strings is considerably less problematic. What are the results of my fix (R-devel svn rev >= 70631) ? Martin >> >> However, as I said, thank you indeed for diagnosing the >> problem and providing a patch working around it (and >> still checking the intended problem !!). I'm applying >> the patch now ... so you'd continue to be one of our >> valuable pre-alpha/beta testers. >> >> With best regards, Martin >> >> >> > Here is the output of "locale": >> >> > LANG=en_GB > LANGUAGE=en_GB: > LC_CTYPE=fi_FI.UTF-8 > >> LC_NUMERIC="en_GB" > LC_TIME="en_GB" > LC_COLLATE="en_GB" >> > LC_MONETARY=fi_FI.UTF-8 > LC_MESSAGES="en_GB" > >> LC_PAPER="en_GB" > LC_NAME="en_GB" > LC_ADDRESS="en_GB" > >> LC_TELEPHONE="en_GB" > LC_MEASUREMENT="en_GB" > >> LC_IDENTIFICATION="en_GB" > LC_ALL= >> >> > -- >> > Mikko Korpela > Department of Geosciences and Geography >> > University of Helsinki >> __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] [patch] Error in reg-tests-1c.R (R-devel)
> "MM" == Martin Maechler > on Thu, 19 May 2016 08:46:45 +0200 writes: [. ] MM> What are the results of my fix (R-devel svn rev >= 70631) ? Nonsense question! This is for another R-devel thread (where it has been answered). Sorry about the noise. Martin __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
