search for: libpcre

...e same problem, trying to cross-compile. I'm running Ubuntu Edgy, kernel 2.6.17-10-generic, on an IBM T60. I downloaded the Makefile from CRAN and ran make CrossCompileBuild with the following error messages (also ran each make one at the time and the problem occurs in make R): ../extra/pcre/libpcre.a(pcre_dfa_exec.o):pcre_dfa_exec.c:(.text+0x1703): undefined reference to `__pcre_ucp_findprop' ../extra/pcre/libpcre.a(pcre_dfa_exec.o):pcre_dfa_exec.c:(.text+0x1740): undefined reference to `__pcre_ucp_findprop' ../extra/pcre/libpcre.a(pcre_dfa_exec.o):pcre_dfa_exec.c:(.text+0x1848): unde...

...GS='-O3 -Wall -pedantic -std=gnu99' make --no-print-directory -C ./getline OPTFLAGS='-O3 -Wall -pedantic -std=gnu99' make[4]: `gl.a' is up to date. make -f Makefile.win chartables.h make[5]: `chartables.h' is up to date. make -f Makefile.win makeMakedeps make -f Makefile.win libpcre.a make[5]: `libpcre.a' is up to date. make[4]: Nothing to be done for `all'. make[4]: Nothing to be done for `all'. gcc -shared -s -mwindows -o R.dll R.def console.o dataentry.o dynload.o edit.o editor.o embeddedR.o extra.o opt.o pager .o preferences.o psignal.o rhome.o rui.o run.o she...

....o dynl oad.o edit.o editor.o embeddedR.o extra.o opt.o pager.o preferences.o psignal.o rhome.o rui.o run.o shext.o sys-win32.o system.o e_pow.o malloc.o ../main/libmai n.a ../appl/libappl.a ../nmath/libnmath.a graphapp/ga.a getline/gl.a ../extra/xd r/libxdr.a ../extra/zlib/libz.a ../extra/pcre/libpcre.a ../extra/bzip2/libbz2.a ../extra/intl/libintl.a ../extra/trio/libtrio.a dllversion.o -L. -lg2c -lRblas - lcomctl32 -lversion ../extra/pcre/libpcre.a(pcre_dfa_exec.o):pcre_dfa_exec.c:(.text+0x1703): undefin ed reference to `__pcre_ucp_findprop' ../extra/pcre/libpcre.a(pcre_dfa_exec.o):pcre_...

...01 921986 /lib/libpthread-2.12.1.so 7fab33c75000-7fab33c76000 r--p 00017000 08:01 921986 /lib/libpthread-2.12.1.so 7fab33c76000-7fab33c77000 rw-p 00018000 08:01 921986 /lib/libpthread-2.12.1.so 7fab33c77000-7fab33c7b000 rw-p 00000000 00:00 0 7fab33c7b000-7fab33cab000 r-xp 00000000 08:01 917607 /lib/libpcre.so.3.12.1 7fab33cab000-7fab33eaa000 ---p 00030000 08:01 917607 /lib/libpcre.so.3.12.1 7fab33eaa000-7fab33eab000 r--p 0002f000 08:01 917607 /lib/libpcre.so.3.12.1 7fab33eab000-7fab33eac000 rw-p 00030000 08:01 917607 /lib/libpcre.so.3.12.1 7fab33eac000-7fab34026000 r-xp 00000000 08:01 921984 /lib/lib...

...to work properly. What are those errors about? Vittorio .............................................. checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... grep: error while loading shared libraries: /usr/local/lib/libpcre.so.0: ELF file OS ABI invalid yes checking whether cc accepts -g... grep: error while loading shared libraries: /usr/local/lib/libpcre.so.0: ELF file OS ABI invalid yes checking for cc option to accept ANSI C... grep: error while loading shared libraries: /usr/local/lib/libpcre.so.0: ELF file OS...

...name... a.out checking whether the C++ compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C++ compiler... grep: error while loading shared libraries: /usr/local/lib/libpcre.so.0: ELF file OS ABI invalid yes checking whether c++ accepts -g... grep: error while loading shared libraries: /usr/local/lib/libpcre.so.0: ELF file OS ABI invalid yes What should I do? Ciao Vittorio

...3 -Wall -pedantic -mtune=core2' FFLAGS='-O3 -mtune=core2' malloc-DEFS='-DLEA_MALLOC' -f Makefile.win make --no-print-directory -C ./getline CFLAGS='-O3 -Wall -pedantic -mtune=core2' make[4]: `gl.a' is up to date. make -f Makefile.win makeMakedeps make -f Makefile.win libpcre.a make[5]: `libpcre.a' is up to date. make[4]: Nothing to be done for `all'. make -f Makefile.win makeMakedeps make -f Makefile.win libtre.a make[5]: `libtre.a' is up to date. make[4]: Nothing to be done for `all'. installing zoneinfo make[5]: `stamp' is up to date. make[5]: `li...

...4 is being used and it is built with install-devel option And libipq.a is seen in /lib directory. SNORT is also built in with following options: ./configure --prefix=/usr/local/snort \ --with-libpcap-includes=/usr/local/snort-lib/include \ --with-libpcap-libraries=/usr/local/snort-lib/lib \ --with-libpcre-includes=/usr/local/snort-lib/include \ --with-libpcre-libraries=/usr/local/snort-lib/lib \ --with-libnet-includes=/usr/local/snort-lib/include \ --with-libnet-libraries=/usr/local/snort-lib/lib \ --with-libipq-includes=/usr/local/iptables/include \ --with-libipq-libraries=/usr/local/iptables/lib \...

...3 -Wall -pedantic -mtune=core2' FFLAGS='-O3 -mtune=core2' malloc-DEFS='-DLEA_MALLOC' -f Makefile.win make --no-print-directory -C ./getline CFLAGS='-O3 -Wall -pedantic -mtune=core2' make[4]: `gl.a' is up to date. make -f Makefile.win makeMakedeps make -f Makefile.win libpcre.a make[5]: `libpcre.a' is up to date. make[4]: Nothing to be done for `all'. make -f Makefile.win makeMakedeps make -f Makefile.win libtre.a make[5]: `libtre.a' is up to date. make[4]: Nothing to be done for `all'. make[5]: `stamp' is up to date. make[5]: `liblzma.a' is up t...

? Wed, 1 Feb 2023 14:16:54 +1100 Michael Milton <ttmigueltt at gmail.com> ?????: > Is this a bug in the `dyn.load` implementation for R? If not, why is > it behaving like this? What should I do about it? On Unix-like systems, dyn.load forwards its arguments to dlopen(). It should be possible to confirm with a debugger that R passes RTLD_NOW to dlopen() when calling dyn.load(now =

...=> /lib/libm.so.6 (0x00007fb131e7e000) libR.so => /usr/lib/R/lib/libR.so (0x00007fb13195e000) libc.so.6 => /lib/libc.so.6 (0x00007fb1315fc000) libblas.so.3gf => /usr/lib/libblas.so.3gf (0x00007fb131381000) libreadline.so.5 => /lib/libreadline.so.5 (0x00007fb131141000) libpcre.so.3 => /usr/lib/libpcre.so.3 (0x00007fb130f1b000) libz.so.1 => /usr/lib/libz.so.1 (0x00007fb130d03000) libdl.so.2 => /lib/libdl.so.2 (0x00007fb130aff000) /lib64/ld-linux-x86-64.so.2 (0x00007fb1325d8000) libncurses.so.5 => /lib/libncurses.so.5 (0x00007fb1308c4000) If I do l...

...00) libc.so.7 => /lib/libc.so.7 (0x33c83000) libblas.so.2 => /usr/local/lib/libblas.so.2 (0x33dbb000) libgfortran.so.3 => /usr/local/lib/gcc44/libgfortran.so.3(0x34651000) libintl.so.8 => /usr/local/lib/libintl.so.8 (0x34709000) libreadline.so.7 => /lib/libreadline.so.7 (0x34712000) libpcre.so.0 => /usr/local/lib/libpcre.so.0 (0x34744000) liblzma.so.0 => /usr/local/lib/liblzma.so.0 (0x34778000) libbz2.so.3 => /usr/lib/libbz2.so.3 (0x347a1000) libicuuc.so.38 => /usr/local/lib/libicuuc.so.38 (0x347b2000) libicui18n.so.38 => /usr/local/lib/libicui18n.so.38 (0x348d0000) lib...

...libxml2.so.2 => /usr/lib/libxml2.so.2 (0x00124000) > libbz2.so.1 => /lib/libbz2.so.1 (0x04906000) > libssl.so.10 => /usr/lib/libssl.so.10 (0x047fa000) > libcrypto.so.10 => /usr/lib/libcrypto.so.10 (0x03d52000) > libjson-c.so.2 => /lib/libjson-c.so.2 (0x03d42000) > libpcre.so.0 => /lib/libpcre.so.0 (0x00736000) > libm.so.6 => /lib/libm.so.6 (0x00270000) > libclammspack.so.0 => /usr/lib/libclammspack.so.0 (0x00900000) > libdl.so.2 => /lib/libdl.so.2 (0x007ad000) > libz.so.1 => /lib/libz.so.1 (0x00574000) > libresolv.so.2 => /lib/l...

...3 -Wall -pedantic -mtune=core2' FFLAGS='-O3 -mtune=core2' malloc-DEFS='-DLEA_MALLOC' -f Makefile.win make --no-print-directory -C ./getline CFLAGS='-O3 -Wall -pedantic -mtune=core2' make[4]: `gl.a' is up to date. make -f Makefile.win makeMakedeps make -f Makefile.win libpcre.a make[5]: `libpcre.a' is up to date. make[4]: Nothing to be done for `all'. make -f Makefile.win makeMakedeps make -f Makefile.win libtre.a make[5]: `libtre.a' is up to date. make[4]: Nothing to be done for `all'. make[5]: `stamp' is up to date. make[5]: `liblzma.a' is up t...

I fixed the country code issue but that did not resolve the problem. I also removed all files in /var/lib/clamav and reran freshclam (without rebooting), that also did not fix the problem. Jay > Am 15.07.2018 um 00:13 schrieb Jay Hart: >> ClamAV update process started at Sat Jul 14 15:10:48 2018 >> Using IPv6 aware code >> Querying current.cvd.clamav.net >> TTL: 1232

...00) libselinux.so.1 => /lib64/libselinux.so.1 (0x00007f2689740000) libaugeas.so.0 => /usr/lib64/libaugeas.so.0 (0x00007f26894f3000) libhivex.so.0 => /usr/lib64/libhivex.so.0 (0x00007f26892e3000) librt.so.1 => /lib64/librt.so.1 (0x00007f26890da000) libpcre.so.0 => /lib64/libpcre.so.0 (0x00007f2688eae000) libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x00007f2688c98000) libc.so.6 => /lib64/libc.so.6 (0x00007f2688903000) libattr.so.1 => /lib64/libattr.so.1 (0x00007f26886fe000) libdl.so.2 => /lib64/libdl.so.2 (0x0...

dear debian-R group: I am using the stock ubuntu binary R 3.0.1 for ubuntu raring but on cinnamon mint olivia 15. I read dirk's gcbd paper from a couple of years ago. it suggests that stock blas is pretty bad compared to the four main alternatives. of course, dirk also maintains the binaries for debian/ubuntu R, so he probably knows the answer off hand. I installed libatlas3-base

...bgfortran.so.3 => /lib64/libgfortran.so.3 (0x00007f439241f000) > > libquadmath.so.0 => /lib64/libquadmath.so.0 (0x00007f43921e0000) > > libreadline.so.6 => /lib64/libreadline.so.6 (0x00007f4391f96000) > > libtre.so.5 => /lib64/libtre.so.5 (0x00007f4391d85000) > > libpcre.so.1 => /lib64/libpcre.so.1 (0x00007f4391b15000) > > liblzma.so.5 => /lib64/liblzma.so.5 (0x00007f43918ef000) > > libbz2.so.1 => /lib64/libbz2.so.1 (0x00007f43916de000) > > libz.so.1 => /lib64/libz.so.1 (0x00007f43914c8000) > > librt.so.1 => /lib64/librt.so.1...

...when type make at prompt, get this error "Make: Don't know how to make #. Stop." Does anyone has any clues about this message? Thank you very much! #make Rmath.h is unchanged `libRblas.sl' is up to date. /app/R/R-2.13.0/lib/libRblas.sl is unchanged `libbz2.a' is up to date. `libpcre.a' is up to date. `libz.a' is up to date. ../../../src/include/libintl.h is unchanged ../../../include/libintl.h is unchanged `charsetalias.h' is up to date. `libintl.a' is up to date. `libtre.a' is up to date. `liblzma.a' is up to date. Make: Don't know how to make #....

...b64/libblas.so.3 (0x00007f439274b000) libgfortran.so.3 => /lib64/libgfortran.so.3 (0x00007f439241f000) libquadmath.so.0 => /lib64/libquadmath.so.0 (0x00007f43921e0000) libreadline.so.6 => /lib64/libreadline.so.6 (0x00007f4391f96000) libtre.so.5 => /lib64/libtre.so.5 (0x00007f4391d85000) libpcre.so.1 => /lib64/libpcre.so.1 (0x00007f4391b15000) liblzma.so.5 => /lib64/liblzma.so.5 (0x00007f43918ef000) libbz2.so.1 => /lib64/libbz2.so.1 (0x00007f43916de000) libz.so.1 => /lib64/libz.so.1 (0x00007f43914c8000) librt.so.1 => /lib64/librt.so.1 (0x00007f43912c0000) libicuuc.so.54 =&gt...