similar to: configure --with-pcre1 fails with latest R 4.0 on Ubuntu 14.04

Thanks Tomas. Any chance the old version of the error message could be restored? It would definitely be more helpful than the current one. It's confusing to get an error and be told to use --with-pcre1 when you're already using it. H. On 3/18/20 01:08, Tomas Kalibera wrote: > On 3/17/20 8:18 PM, Herv? Pag?s wrote: >> Using --with-pcre1 to configure the latest R 4.0 (revision

On 3/18/20 6:11 PM, Herv? Pag?s wrote: > Thanks Tomas. Any chance the old version of the error message could be > restored? It would definitely be more helpful than the current one. > It's confusing to get an error and be told to use --with-pcre1 when > you're already using it. The message now gives the required version and UTF-8 support requirement, so one does not have

On 3/17/20 8:18 PM, Herv? Pag?s wrote: > Using --with-pcre1 to configure the latest R 4.0 (revision 77988) on > an Ubuntu 14.04.5 LTS system gives me the following error: > > ... > checking if lzma version >= 5.0.3... yes > checking for pcre2-config... no > checking for pcre_fullinfo in -lpcre... yes > checking pcre.h usability... yes > checking pcre.h presence...

Hello, Thanks again. I have checked the configure step, the only messages I get containing pcre are: checking for pcre_fullinfo in -lpcre... yes checking pcre.h usability... yes checking pcre.h presence... yes checking for pcre.h... yes checking pcre/pcre.h usability... no checking pcre/pcre.h presence... no checking for pcre/pcre.h... no checking if PCRE version >= 8.20, < 10.0 and has

Hello, Got some at the time surprising errors some days ago when building a local r-devel installation on a cluster, with apparent outdated or missing dev versions of some files. After reading the r-devel news ( https://developer.r-project.org/blosxom.cgi/R-devel/NEWS), it turned out that " Use of the included versions of ?zlib?, ?bzlib?, ?xz? and PCRE is deprecated: these are frozen and

Thanks again, sorry I didn't specify this. I am loading new libraries to get to this point. The script I run for "configure" is: #Load the new curl module module load libs/gcc/4.4.7/curl/7.47.1 #Load the new xzutils module module load apps/gcc/4.4.7/xzutils/5.2.2 #Load the new zlib module module load libs/gcc/4.4.7/zlib/1.2.8 #Load the new bzip2 module module load

Since yesterday's r69662, R no longer ./configure[s] on a standard Ubuntu 14.04.3 installation, which ships with PCRE 8.31 (http://packages.ubuntu.com/trusty-updates/libpcre3-dev) I get: > checking if PCRE version >= 8.32, < 10.0 and has UTF-8 support... no > checking whether PCRE support suffices... configure: error: pcre library and headers are required Are there any

The build system rolled up R-4.0.0.tar.gz (codename "Arbor Day") this morning. The list below details the changes in this release. You can get the source code from http://cran.r-project.org/src/base/R-4/R-4.0.0.tar.gz or wait for it to be mirrored at a CRAN site nearer to you. Binaries for various platforms will appear in due course. For the R Core Team, Peter Dalgaard These are

The build system rolled up R-4.0.0.tar.gz (codename "Arbor Day") this morning. The list below details the changes in this release. You can get the source code from http://cran.r-project.org/src/base/R-4/R-4.0.0.tar.gz or wait for it to be mirrored at a CRAN site nearer to you. Binaries for various platforms will appear in due course. For the R Core Team, Peter Dalgaard These are

The build system rolled up R-4.0.0.tar.gz (codename "Arbor Day") this morning. The list below details the changes in this release. You can get the source code from http://cran.r-project.org/src/base/R-4/R-4.0.0.tar.gz or wait for it to be mirrored at a CRAN site nearer to you. Binaries for various platforms will appear in due course. For the R Core Team, Peter Dalgaard These are

Hi everyone, I've noticed new behavior in `regexpr(..., perl = TRUE)` on Windows with R4.0 and above with Unicode characters. Here's a minimal example where I'd expect to see a start value of `5` (as R 3.6.2 and below gives), but R 4.0.0 (and R 4.0.1) now returns: ``` > regexpr("b", "foo\U0001F937bar", perl = TRUE) #> [1] 6 #>

Hi, the current configure.ac file contains an unfortunately static setting of $LIBS when the host system is Cygwin. It always adds -lregex to $LIBS before the --with-pcre setting is evaluated. The later adding of -lpcreposix -lpcre doesn't work correctly since it follows later in the link order. The following patch changes that. The static $LIBS setting in the Cygwin case doesn't

On Sun, Aug 30, 2015 at 9:11 AM, Brian Cain via llvm-dev < llvm-dev at lists.llvm.org> wrote: > > > On Sun, Aug 30, 2015 at 9:30 AM, Greg Stark via llvm-dev < > llvm-dev at lists.llvm.org> wrote: > >> I have a project I want to do based on Libfuzzer. Is there a separate >> list for it or should I bring up any ideas for it here? >> >> No separate

Dear R-developers, I would appreciate any insights over compiling R 3.4 with Intel MKL -- I have been successful until R 3.3.3 but now it stops complaining about pcre though it worked without Intel MKL as follows, ./configure LDFLAGS=-L/genetics/data/software/lib CFLAGS=-fPIC -I/genetics/data/software/include --enable-R-shlib I have used, export MKL_NUM_THREADS=15 export

The following code: res <- gsub("(*UCP)\\b(i)\\b", "", "nhgrimelanomaclass", perl = TRUE) results in: Error in gsub(sprintf("(*UCP)\\b(%s)\\b", "i"), "", "nhgrimelanomaclass", : invalid regular expression '(*UCP)\b(i)\b' In addition: Warning message: In gsub(sprintf("(*UCP)\\b(%s)\\b",

On our Scientific Linux 6, there is gcc --version gcc (GCC) 4.4.7 20120313 (Red Hat 4.4.7-17) and later version (a symbolic at HOME to the system directory), export MKL=/home/jhz22/11.3.3.210/mkl export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:$MKLROOT/lib/intel64 ./configure --prefix=/home/jhz22 LDFLAGS=-L/home/jhz22/lib CPPFLAGS=-I/home/jhz22/include \ --enable-R-shlib --with-lapack \

For the record ... I'm on Ubuntu 14.04 too (probably until 16.04 comes out) Paul On 21/11/15 10:39, Prof Brian Ripley wrote: > I think you have it backwards: Ubuntu 14.04 does not support R-devel .... > > PCRE 8.32 is 3 years old, so Ubuntu 14.04 shipped an already quite old > version 19 months ago. > > R has long said that its requirement was > > PCRE (version

Hello, I experienced a compiler error when I tried to compile the latest version of R i.e. R4.0.2 making iosupport.d from iosupport.c making lapack.d from lapack.c making list.d from list.c making localecharset.d from localecharset.c grep.c(74): catastrophic error: cannot open source file "pcre2.h" # include<pcre2.h> (The pcre2.h header file is actually present!) I used the

On 5/30/23 17:45, Ben Bolker wrote: > Inspired by this old Stack Overflow question > > https://stackoverflow.com/questions/19765610/when-does-locale-affect-rs-regular-expressions > > > I was wondering why this is TRUE: > > Sys.setlocale("LC_ALL", "et_EE") > grepl("[A-Z]", "T") > > TRE's documentation at >

I have a C++ program that I have been running on RedHat 6 and I want to move to CentOS 7. When I run it on the CentOS 7 system it fails with: error while loading shared libraries: libGLU.so.1: cannot open shared object file: No such file or directory I did this, but still have no libGLU. I did a find of the entire system for '*libGLU*' and nothing. bash-4.2# yum whatprovides libGLU.so.1