search for: extsoftversion

Hi Dario, Here are another couple of other fun functions you can utilize besides the ones Dirk recommended :) extSoftVersion() grSoftVersion() Below is an example: > grSoftVersion() cairo libpng jpeg "1.10.2" "1.6.16" "9.1" libtiff "LIBTIFF, Version 4.0.3" > extSoftVersion()...

...ed from source, and using valgrind I am always seeing the following message. Does anybody else see that? Is that a known false positive? Any ideas how to fix/suppress? Seems related to TRE, do I need to upgrade that? (base) tdhock at maude-MacBookPro:~/R/binsegRcpp$ R --vanilla -d valgrind -e 'extSoftVersion()' ==9565== Memcheck, a memory error detector ==9565== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. ==9565== Using Valgrind-3.13.0 and LibVEX; rerun with -h for copyright info ==9565== Command: /home/tdhock/lib/R/bin/exec/R --vanilla -e extSoftVersion() ==9565== ==9565==...

>>>>> Paul Grosu <pgrosu at gmail.com> >>>>> on Thu, 28 Jan 2016 07:53:13 -0500 writes: > Hi Dario, > Here are another couple of other fun functions you can utilize besides the > ones Dirk recommended :) > extSoftVersion() > grSoftVersion() > Below is an example: >> grSoftVersion() > cairo libpng jpeg > "1.10.2" "1.6.16" "9.1" > libtiff > "LIBTIFF, Version...

...valgrind I am always seeing the following message. Does anybody > else see that? Is that a known false positive? Any ideas how to > fix/suppress? Seems related to TRE, do I need to upgrade that? > > (base) tdhock at maude-MacBookPro:~/R/binsegRcpp$ R --vanilla -d valgrind > -e 'extSoftVersion()' > ==9565== Memcheck, a memory error detector > ==9565== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. > ==9565== Using Valgrind-3.13.0 and LibVEX; rerun with -h for copyright info > ==9565== Command: /home/tdhock/lib/R/bin/exec/R --vanilla -e extSoftVersion(...

...ength") #> [1] 1 ``` Perhaps this change in behavior could be explained by R4.0's migration to PCRE2? Here is some relevant output from my R4.0 session: ``` > pcre_config() #> UTF-8 Unicode properties JIT stack #> TRUE TRUE TRUE FALSE ``` ``` > extSoftVersion() #> zlib bzlib xz PCRE #> "1.2.11" "1.0.8, 13-Jul-2019" "5.2.4" "10.33 2019-04-16" #> ICU TRE iconv readline BLAS #> "58.2" "TR...

...rrent R, maybe not in some of the obsolete versions seen in this thread). As a further possibility, there are choices in the UCA (in R, see ?icuSetCollate) and ICU can be compiled with different default choices. It is not clear to me what (if any) difference ICU versions make, but in R-devel extSoftVersion() reports that. > In general, collation is a minefield: Some languages have the same letters in different order (e.g. Estonian with Z between S and T); accented characters sort with the unaccented counterpart in some languages but as separate characters in others; some locales sort ABab, other...

...me of the obsolete versions > seen in this thread). > > As a further possibility, there are choices in the UCA (in R, see > ?icuSetCollate) and ICU can be compiled with different default choices. It is > not clear to me what (if any) difference ICU versions make, but in R-devel > extSoftVersion() reports that. > > >> In general, collation is a minefield: Some languages have the same letters in >> different order (e.g. Estonian with Z between S and T); accented characters >> sort with the unaccented counterpart in some languages but as separate >> characters i...

Hi All, I am compiling R-devel on Linux (Ubuntu 16.04.2) and that works just fine, but I am missing some of the expected features, as shown here: https://cran.r-project.org/doc/manuals/r-devel/R-admin.html#Linux In particular, after configure (using all defaults), I see: R is now configured for x86_64-pc-linux-gnu [...] Interfaces supported: X11 External libraries:

The NEWS for R-devel has the following item: > The previously included versions of zlib, bzip2, xz and PCRE have > been removed, so suitable external (usually system) versions are > required (see the ?R Installation and Administration? manual). Therefore I believe the following information in 'src/library/base/man/regex.Rd' is no longer valid: > If PCRE support was compiled

On Sat, Nov 22, 2014 at 12:42 PM, Duncan Murdoch <murdoch.duncan at gmail.com> wrote: > On 22/11/2014, 2:59 PM, Stuart Ambler wrote: >> A colleague?s R program behaved differently when I ran it, and we thought >> we traced it probably to different results from string comparisons as >> below, with different R versions. However the platforms also differed. A >>

...IGRATION TO PCRE2: * This version of R is built against the PCRE2 library for Perl-like regular expressions, if available. (On non-Windows platforms PCRE1 can optionally be used if PCRE2 is not available at build time.) The version of PCRE in use can be obtained _via_ extSoftVersion(): PCRE1 (formerly known as 'PCRE') has versions <= 8, PCRE2 versions >= 10. * Making PCRE2 available when building R from source is strongly recommended (preferably version 10.30 or later) as PCRE1 is no longer developed: version 8.44 is 'likely to be the f...

...IGRATION TO PCRE2: * This version of R is built against the PCRE2 library for Perl-like regular expressions, if available. (On non-Windows platforms PCRE1 can optionally be used if PCRE2 is not available at build time.) The version of PCRE in use can be obtained _via_ extSoftVersion(): PCRE1 (formerly known as 'PCRE') has versions <= 8, PCRE2 versions >= 10. * Making PCRE2 available when building R from source is strongly recommended (preferably version 10.30 or later) as PCRE1 is no longer developed: version 8.44 is 'likely to be the f...

...IGRATION TO PCRE2: * This version of R is built against the PCRE2 library for Perl-like regular expressions, if available. (On non-Windows platforms PCRE1 can optionally be used if PCRE2 is not available at build time.) The version of PCRE in use can be obtained _via_ extSoftVersion(): PCRE1 (formerly known as 'PCRE') has versions <= 8, PCRE2 versions >= 10. * Making PCRE2 available when building R from source is strongly recommended (preferably version 10.30 or later) as PCRE1 is no longer developed: version 8.44 is 'likely to be the f...