similar to: RFC for feature request

I am trying to use the fnmatch() function in a C program and pass as the 3rd arg (options) of case insensitive search... When I use the value FNM_CASEFOLD it does not work... I'm confused on what to send to fnmatch() to do a case insensitive search. Any pointers ? Thanks. Jerry

If you've been watching CVS, you may have noticed that I checked in some new files named wildmatch.c and wildmatch.h. This code implements the shell-style wildcard matching with rsync's extension that "**" matches a "/" but "*" and "?" does not. I have also checked in a new test module which has allowed me to test a few things on all the machines

thanks for this guys. I only compiled pcre myself as a last resort, because of the ./configure failure. But AFAICS apt-get reports correct installation: OK~/Downloads/R-devel sudo apt-get install r-base-dev Reading package lists... Done Building dependency tree Reading state information... Done r-base-dev is already the newest version (3.5.2-1cosmic). 0 upgraded, 0 newly installed, 0 to

thanks for this guys. I only compiled pcre myself as a last resort, because of the ./configure failure. But AFAICS apt-get reports correct installation: OK~/Downloads/R-devel sudo apt-get install r-base-dev Reading package lists... Done Building dependency tree Reading state information... Done r-base-dev is already the newest version (3.5.2-1cosmic). 0 upgraded, 0 newly installed, 0 to

Dear R-help, (This is the first time I tried compiling 1.6.x from source on WinNT4, so please bear with me...) I tried following the instruction in src/gnuwin32/INSTALL as closely as I could, but encounter the following errors at the make step. Can some kind soul please help? I'm using pcre-3.9 and MinGW-2.0.0-3. I checked and libRpcre.a _is_ in src/extra/pcre. TIA, Andy ... gcc

OK thanks Tomas, but I get OK~ sudo apt-get build-dep r-base Reading package lists... Done E: Unable to find a source package for r-base OK~ hankin.robin at gmail.com On Fri, Mar 1, 2019 at 8:47 PM Tomas Kalibera <tomas.kalibera at gmail.com> wrote: > > On 3/1/19 7:10 AM, robin hankin wrote: > > thanks for this guys. > > > > I only compiled pcre myself as a last

OK thanks Tomas, but I get OK~ sudo apt-get build-dep r-base Reading package lists... Done E: Unable to find a source package for r-base OK~ hankin.robin at gmail.com On Fri, Mar 1, 2019 at 8:47 PM Tomas Kalibera <tomas.kalibera at gmail.com> wrote: > > On 3/1/19 7:10 AM, robin hankin wrote: > > thanks for this guys. > > > > I only compiled pcre myself as a last

On 3/1/19 9:03 AM, robin hankin wrote: > OK thanks Tomas, but I get > > > OK~ sudo apt-get build-dep r-base > Reading package lists... Done > E: Unable to find a source package for r-base > OK~ It seems you need to enable source code? repositories on your system (and then run apt-get update). You can enable them in /etc/apt/sources.list, uncomment all lines starting with

On 3/1/19 9:03 AM, robin hankin wrote: > OK thanks Tomas, but I get > > > OK~ sudo apt-get build-dep r-base > Reading package lists... Done > E: Unable to find a source package for r-base > OK~ It seems you need to enable source code? repositories on your system (and then run apt-get update). You can enable them in /etc/apt/sources.list, uncomment all lines starting with

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

Still something wrong. I've uncommented the deb-src lines in sources.list as you suggested (and I thought it couldn't hurt to try --allow-unauthenticated as well) and: root at limpet:/etc/apt# apt-get update --allow-unauthenticated Hit:1 http://nz.archive.ubuntu.com/ubuntu bionic InRelease Hit:2 http://repo.steampowered.com/steam precise InRelease Hit:3

Dear Robin and Tomas, By changing the CC, I'm hereby trying to move this to R-SIG-Debian (Ubuntu a flavor of Debian) where it belongs ... Martin >>>>> robin hankin >>>>> on Fri, 1 Mar 2019 21:43:07 +1300 writes: > Still something wrong. I've uncommented the deb-src lines in > sources.list as you suggested (and I thought it

Hi there, ubuntu 18.04.2, trying to compile R-devel 3.6.0, svn 76155. I am having difficulty compiling R. I think I have pcre installed correctly: OK~/Downloads/R-devel pcretest -C PCRE version 8.41 2017-07-05 Compiled with 8-bit support UTF-8 support No Unicode properties support No just-in-time compiler support Newline sequence is LF \R matches all Unicode newlines Internal

On Wed, Aug 02, 2017 at 12:33:14PM +0200, Pino Toscano wrote: > Hi, > > (replying here since v2 of the series does not have this explanation.) > > On Tuesday, 1 August 2017 16:00:15 CEST Richard W.M. Jones wrote: > > We'd like to use PCRE instead of the awful Str module. However I > > don't necessarily want to pull in the extra dependency of ocaml-pcre, >

Hello, I downloaded R-3.6.0.tar.gz from https://cran.r-project.org/src/base/R-3/. I tried to install R-3.6.0.tar.gz in Ubuntu system. Thanks in advance for any help! yue 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 UTF-8 support... no checking

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... yes checking for pcre.h... yes checking pcre/pcre.h usability... no checking

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

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

In case people here don't follow the udev mailing list, udev seems to be quasi-dropping klibc support. Well, see the forwarded message below. As I don't agree with the "omg udev is complex! use glibc!" rationale, I want klibc and udev to remain working with each other.... Assuming some minor breakage in the near future, is klibc open to accepting patches for "basic C

--- src/kernel.ml | 43 ++++++++++++++++++++++++++++--------------- 1 file changed, 28 insertions(+), 15 deletions(-) diff --git a/src/kernel.ml b/src/kernel.ml index ed5aea3..436b1b0 100644 --- a/src/kernel.ml +++ b/src/kernel.ml @@ -23,6 +23,19 @@ open Utils open Ext2fs open Fnmatch +let patt_of_cpu host_cpu = + let models = + match host_cpu with + | "mips" |