search for: pcre_fullinfo

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 pcre/pcre.h presence... no checking for pcre/pcre.h... no checking if PCRE1 version >= 8.32 and has UTF-8 support... no checking whether PCRE...

...? 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... 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 PCRE1 versi...

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 UTF-8 support... yes checking i...

...r-devel/build srcdir=".." $srcdir/configure \ LDFLAGS="-L$bzip2_LD -L$zlib_LD -L$xz_LD -L$pcre_LD"\ CFLAGS="-I$bzip2_CF -I$zlib_CF -I$xz_CF" \ CPPFLAGS="-I$pcre_CF1 -I$pcre_CF2 -I$pcre_CF3 -I$pcre_CF4" #the last rows of the ouput 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.10, < 10.0 and has UTF-8 support... no checking wh...

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... 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 PCRE1 version >= 8.32 and has UTF-8...

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

...../../lib/libR.so, not found (try using -rpath or -rpath-link) ../../lib/libR.so: undefined reference to `pcre_exec' ../../lib/libR.so: undefined reference to `pcre_study' ../../lib/libR.so: undefined reference to `lzma_alone_decoder at XZ_5.0' ../../lib/libR.so: undefined reference to `pcre_fullinfo' ../../lib/libR.so: undefined reference to `lzma_stream_decoder at XZ_5.0' ../../lib/libR.so: undefined reference to `pcre_version' ../../lib/libR.so: undefined reference to `pcre_maketables' ../../lib/libR.so: undefined reference to `lzma_stream_encoder at XZ_5.0' ../../lib/lib...

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

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

In an effort to reduce the code, start to use few bits of GLib: - replace the gnulib c-type module - replace the gnulib getprogname module - use g_spawn_sync to launch curl, and drop a file reading function Pino Toscano (6): Include glib.h in p2v.h Use g_ascii_isspace instead of c_isspace from gnulib Use g_get_prgname instead of getprogname from gnulib build: remove no more used gnulib

...o rm -f libbz2.a ar cr libbz2.a blocksort.o bzlib.o bzcompress.o crctable.o decompress.o huffman.o randtable.o ranlib libbz2.a making pcre_chartables.d from pcre_chartables.c making pcre_compile.d from pcre_compile.c making pcre_config.d from pcre_config.c making pcre_exec.d from pcre_exec.c making pcre_fullinfo.d from pcre_fullinfo.c making pcre_get.d from pcre_get.c making pcre_globals.d from pcre_globals.c making pcre_info.d from pcre_info.c making pcre_maketables.d from pcre_maketables.c making pcre_newline.d from pcre_newline.c making pcre_ord2utf8.d from pcre_ord2utf8.c making pcre_refcount.d from pc...

...o rm -f libbz2.a ar cr libbz2.a blocksort.o bzlib.o bzcompress.o crctable.o decompress.o huffman.o randtable.o ranlib libbz2.a making pcre_chartables.d from pcre_chartables.c making pcre_compile.d from pcre_compile.c making pcre_config.d from pcre_config.c making pcre_exec.d from pcre_exec.c making pcre_fullinfo.d from pcre_fullinfo.c making pcre_get.d from pcre_get.c making pcre_globals.d from pcre_globals.c making pcre_info.d from pcre_info.c making pcre_maketables.d from pcre_maketables.c making pcre_newline.d from pcre_newline.c making pcre_ord2utf8.d from pcre_ord2utf8.c making pcre_refcount.d from pc...

Hi, this series update libguestfs to a recent gnulib version, so that we can use its new getprogname module, and solve altogether one of the porting issues (the need for 'program_name' by the error module of gnulib), and have a single way to get the name of the current program. A number of changes in tools mostly, although mechanical. Thanks, Pino Toscano (3): Update gnulib to latest

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, and in any case ocaml-pcre is rather difficult to use. This introduces very simplified and lightweight bindings for PCRE. They work rather like Str in that there is some global state (actually thread-local in this implementation) between the matching and

...ecking if bzip2 version >= 1.0.6... yes checking whether bzip2 support needs to be compiled... no checking for lzma_version_number in -llzma... yes checking lzma.h usability... yes checking lzma.h presence... yes checking for lzma.h... yes checking if lzma version >= 4.999... yes 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 >= 7.6... yes checking whether PCRE support needs to be co...

v2: - Change the OCaml code in the daemon to use PCRE instead of Str. - Call pcre_compile2 so we can capture the error code on failure. - Extend the test suite. - Some other cleanups, but very minor. Rich.

Now that virt-p2v has its own repository [1] and releases [2], it is time to remove it from libguestfs. [1] https://github.com/libguestfs/virt-p2v [2] http://download.libguestfs.org/virt-p2v/ Pino Toscano (2): Remove virt-p2v Remove remaining virt-p2v bits .gitignore | 4 - Makefile.am | 7 +- bash/Makefile.am