[gentoo-user] libpcre && blender: Confusion?

[gentoo-user] libpcre && blender: Confusion?

[Meino.Cramer]

Hi,

from builder.blender.org I regularily download the daily developers
build of blender.

In the last few days the developers seem to include code to access
libpcre into blender -- which will not be found on my system.

eix says:
#>eix libpcre     
[I] dev-libs/libpcre
     Available versions:  (3) 7.9-r1 8.35 8.36 ~8.37-r2 8.38
       {bzip2 +cxx doc +jit libedit pcre16 pcre32 +readline +recursion-limit static-libs unicode zlib ABI_MIPS="n32 n64 o32" ABI_PPC="32 64" ABI_S390="32 64" ABI_X86="32 64 x32"}
     Installed versions:  8.38(3)(17:22:37 11/26/15)(bzip2 cxx jit pcre16 readline recursion-limit unicode zlib -libedit -pcre32 -static-libs ABI_MIPS="-n32 -n64 -o32" ABI_PPC="-32 -64" ABI_S390="-32 -64" ABI_X86="64 -32 -x32")
     Homepage:            http://www.pcre.org/
     Description:         Perl-compatible regular expression library

For me it reads as if libpcre-8.38 is included, which is version "3"
(due to the litlle "(3)").

ldd blender says:
#>ldd blender
	linux-vdso.so.1 (0x00007f58c1f2f000)
	librt.so.1 => /lib64/librt.so.1 (0x00007f58c1b08000)
	libfreetype.so.6 => /usr/lib64/libfreetype.so.6 (0x00007f58c185d000)
	libpthread.so.0 => /lib64/libpthread.so.0 (0x00007f58c1641000)
	libpcre.so.3 => not found
	libxml2.so.2 => /usr/lib64/libxml2.so.2 (0x00007f58c12d6000)
	libGLU.so.1 => /usr/lib64/libGLU.so.1 (0x00007f58c1053000)
	libGL.so.1 => /usr/lib64/opengl/nvidia/lib/libGL.so.1 (0x00007f58c0d1f000)
	libX11.so.6 => /usr/lib64/libX11.so.6 (0x00007f58c09d8000)
	libXi.so.6 => /usr/lib64/libXi.so.6 (0x00007f58c07c7000)
	libXxf86vm.so.1 => /usr/lib64/libXxf86vm.so.1 (0x00007f58c05c1000)
	libutil.so.1 => /lib64/libutil.so.1 (0x00007f58c03be000)
	libdl.so.2 => /lib64/libdl.so.2 (0x00007f58c01ba000)
	libc.so.6 => /lib64/libc.so.6 (0x00007f58bfe1b000)
	/lib64/ld-linux-x86-64.so.2 (0x00007f58c1d10000)
	libm.so.6 => /lib64/libm.so.6 (0x00007f58bfb17000)
	libstdc++.so.6 => /usr/lib/gcc/x86_64-pc-linux-gnu/4.9.3/libstdc++.so.6 (0x00007f58bf803000)
	libgcc_s.so.1 => /usr/lib/gcc/x86_64-pc-linux-gnu/4.9.3/libgcc_s.so.1 (0x00007f58bf5ec000)
	libz.so.1 => /lib64/libz.so.1 (0x00007f58bf3d6000)
	libbz2.so.1 => /lib64/libbz2.so.1 (0x00007f58bf1c6000)
	libpng16.so.16 => /usr/lib64/libpng16.so.16 (0x00007f58bef90000)
	libnvidia-tls.so.358.16 => /usr/lib64/libnvidia-tls.so.358.16 (0x00007f58bed8c000)
	libnvidia-glcore.so.358.16 => /usr/lib64/libnvidia-glcore.so.358.16 (0x00007f58bd12b000)
	libXext.so.6 => /usr/lib64/libXext.so.6 (0x00007f58bcf18000)
	libxcb.so.1 => /usr/lib64/libxcb.so.1 (0x00007f58bccf4000)
	libXau.so.6 => /usr/lib64/libXau.so.6 (0x00007f58bcaf0000)
	libXdmcp.so.6 => /usr/lib64/libXdmcp.so.6 (0x00007f58bc8ea000)


Before I screw up the library pool with a quick and dirty symlink
based on my assumption above...I better ask... :)

What exactly is libpcre.so.3 or for what stands it for?
Is the installed libpcre the one which is needed?
How can I fix it?

Thank you very much in advance for any help!
Best regards,
Meino

Re: [gentoo-user] libpcre && blender: Confusion?

[Alan McKinnon]

On 06/12/2015 05:47, Meino.Cramer@gmx.de wrote:
> Hi,
> 
> from builder.blender.org I regularily download the daily developers
> build of blender.
> 
> In the last few days the developers seem to include code to access
> libpcre into blender -- which will not be found on my system.
> 
> eix says:
> #>eix libpcre     
> [I] dev-libs/libpcre
>      Available versions:  (3) 7.9-r1 8.35 8.36 ~8.37-r2 8.38
>        {bzip2 +cxx doc +jit libedit pcre16 pcre32 +readline +recursion-limit static-libs unicode zlib ABI_MIPS="n32 n64 o32" ABI_PPC="32 64" ABI_S390="32 64" ABI_X86="32 64 x32"}
>      Installed versions:  8.38(3)(17:22:37 11/26/15)(bzip2 cxx jit pcre16 readline recursion-limit unicode zlib -libedit -pcre32 -static-libs ABI_MIPS="-n32 -n64 -o32" ABI_PPC="-32 -64" ABI_S390="-32 -64" ABI_X86="64 -32 -x32")
>      Homepage:            http://www.pcre.org/
>      Description:         Perl-compatible regular expression library
> 
> For me it reads as if libpcre-8.38 is included, which is version "3"
> (due to the litlle "(3)").
> 
> ldd blender says:
> #>ldd blender
> 	linux-vdso.so.1 (0x00007f58c1f2f000)
> 	librt.so.1 => /lib64/librt.so.1 (0x00007f58c1b08000)
> 	libfreetype.so.6 => /usr/lib64/libfreetype.so.6 (0x00007f58c185d000)
> 	libpthread.so.0 => /lib64/libpthread.so.0 (0x00007f58c1641000)
> 	libpcre.so.3 => not found
> 	libxml2.so.2 => /usr/lib64/libxml2.so.2 (0x00007f58c12d6000)
> 	libGLU.so.1 => /usr/lib64/libGLU.so.1 (0x00007f58c1053000)
> 	libGL.so.1 => /usr/lib64/opengl/nvidia/lib/libGL.so.1 (0x00007f58c0d1f000)
> 	libX11.so.6 => /usr/lib64/libX11.so.6 (0x00007f58c09d8000)
> 	libXi.so.6 => /usr/lib64/libXi.so.6 (0x00007f58c07c7000)
> 	libXxf86vm.so.1 => /usr/lib64/libXxf86vm.so.1 (0x00007f58c05c1000)
> 	libutil.so.1 => /lib64/libutil.so.1 (0x00007f58c03be000)
> 	libdl.so.2 => /lib64/libdl.so.2 (0x00007f58c01ba000)
> 	libc.so.6 => /lib64/libc.so.6 (0x00007f58bfe1b000)
> 	/lib64/ld-linux-x86-64.so.2 (0x00007f58c1d10000)
> 	libm.so.6 => /lib64/libm.so.6 (0x00007f58bfb17000)
> 	libstdc++.so.6 => /usr/lib/gcc/x86_64-pc-linux-gnu/4.9.3/libstdc++.so.6 (0x00007f58bf803000)
> 	libgcc_s.so.1 => /usr/lib/gcc/x86_64-pc-linux-gnu/4.9.3/libgcc_s.so.1 (0x00007f58bf5ec000)
> 	libz.so.1 => /lib64/libz.so.1 (0x00007f58bf3d6000)
> 	libbz2.so.1 => /lib64/libbz2.so.1 (0x00007f58bf1c6000)
> 	libpng16.so.16 => /usr/lib64/libpng16.so.16 (0x00007f58bef90000)
> 	libnvidia-tls.so.358.16 => /usr/lib64/libnvidia-tls.so.358.16 (0x00007f58bed8c000)
> 	libnvidia-glcore.so.358.16 => /usr/lib64/libnvidia-glcore.so.358.16 (0x00007f58bd12b000)
> 	libXext.so.6 => /usr/lib64/libXext.so.6 (0x00007f58bcf18000)
> 	libxcb.so.1 => /usr/lib64/libxcb.so.1 (0x00007f58bccf4000)
> 	libXau.so.6 => /usr/lib64/libXau.so.6 (0x00007f58bcaf0000)
> 	libXdmcp.so.6 => /usr/lib64/libXdmcp.so.6 (0x00007f58bc8ea000)
> 
> 
> Before I screw up the library pool with a quick and dirty symlink
> based on my assumption above...I better ask... :)
> 
> What exactly is libpcre.so.3 or for what stands it for?
> Is the installed libpcre the one which is needed?
> How can I fix it?

libpcre provides a regex library for apps to use. The version you have
will probably not work, as it is .so version 1 and blender wants version
3. So a symlink is not the correct way to go.

You are using the daily dev build so most likely those devs aren't using
Gentoo and do have libpcre.so.3 from somewhere.

How critical is this error anyway? I can't imagine it would stop blender
from working entirely. Do you download a source or a binary daily build?

Some things to try:

- symlink it anyway and see if the regex functions in blender now work
- if blender is a binary download, search it's files for libpcre.so*
Maybe it's there and you just need to tweak LDPATH

-- 
Alan McKinnon
alan.mckinnon@gmail.com

Re: [gentoo-user] libpcre && blender: Confusion?

[Meino.Cramer]

Alan McKinnon <alan.mckinnon@gmail.com> [15-12-06 08:24]:
> On 06/12/2015 05:47, Meino.Cramer@gmx.de wrote:
> > Hi,
> > 
> > from builder.blender.org I regularily download the daily developers
> > build of blender.
> > 
> > In the last few days the developers seem to include code to access
> > libpcre into blender -- which will not be found on my system.
> > 
> > eix says:
> > #>eix libpcre     
> > [I] dev-libs/libpcre
> >      Available versions:  (3) 7.9-r1 8.35 8.36 ~8.37-r2 8.38
> >        {bzip2 +cxx doc +jit libedit pcre16 pcre32 +readline +recursion-limit static-libs unicode zlib ABI_MIPS="n32 n64 o32" ABI_PPC="32 64" ABI_S390="32 64" ABI_X86="32 64 x32"}
> >      Installed versions:  8.38(3)(17:22:37 11/26/15)(bzip2 cxx jit pcre16 readline recursion-limit unicode zlib -libedit -pcre32 -static-libs ABI_MIPS="-n32 -n64 -o32" ABI_PPC="-32 -64" ABI_S390="-32 -64" ABI_X86="64 -32 -x32")
> >      Homepage:            http://www.pcre.org/
> >      Description:         Perl-compatible regular expression library
> > 
> > For me it reads as if libpcre-8.38 is included, which is version "3"
> > (due to the litlle "(3)").
> > 
> > ldd blender says:
> > #>ldd blender
> > 	linux-vdso.so.1 (0x00007f58c1f2f000)
> > 	librt.so.1 => /lib64/librt.so.1 (0x00007f58c1b08000)
> > 	libfreetype.so.6 => /usr/lib64/libfreetype.so.6 (0x00007f58c185d000)
> > 	libpthread.so.0 => /lib64/libpthread.so.0 (0x00007f58c1641000)
> > 	libpcre.so.3 => not found
> > 	libxml2.so.2 => /usr/lib64/libxml2.so.2 (0x00007f58c12d6000)
> > 	libGLU.so.1 => /usr/lib64/libGLU.so.1 (0x00007f58c1053000)
> > 	libGL.so.1 => /usr/lib64/opengl/nvidia/lib/libGL.so.1 (0x00007f58c0d1f000)
> > 	libX11.so.6 => /usr/lib64/libX11.so.6 (0x00007f58c09d8000)
> > 	libXi.so.6 => /usr/lib64/libXi.so.6 (0x00007f58c07c7000)
> > 	libXxf86vm.so.1 => /usr/lib64/libXxf86vm.so.1 (0x00007f58c05c1000)
> > 	libutil.so.1 => /lib64/libutil.so.1 (0x00007f58c03be000)
> > 	libdl.so.2 => /lib64/libdl.so.2 (0x00007f58c01ba000)
> > 	libc.so.6 => /lib64/libc.so.6 (0x00007f58bfe1b000)
> > 	/lib64/ld-linux-x86-64.so.2 (0x00007f58c1d10000)
> > 	libm.so.6 => /lib64/libm.so.6 (0x00007f58bfb17000)
> > 	libstdc++.so.6 => /usr/lib/gcc/x86_64-pc-linux-gnu/4.9.3/libstdc++.so.6 (0x00007f58bf803000)
> > 	libgcc_s.so.1 => /usr/lib/gcc/x86_64-pc-linux-gnu/4.9.3/libgcc_s.so.1 (0x00007f58bf5ec000)
> > 	libz.so.1 => /lib64/libz.so.1 (0x00007f58bf3d6000)
> > 	libbz2.so.1 => /lib64/libbz2.so.1 (0x00007f58bf1c6000)
> > 	libpng16.so.16 => /usr/lib64/libpng16.so.16 (0x00007f58bef90000)
> > 	libnvidia-tls.so.358.16 => /usr/lib64/libnvidia-tls.so.358.16 (0x00007f58bed8c000)
> > 	libnvidia-glcore.so.358.16 => /usr/lib64/libnvidia-glcore.so.358.16 (0x00007f58bd12b000)
> > 	libXext.so.6 => /usr/lib64/libXext.so.6 (0x00007f58bcf18000)
> > 	libxcb.so.1 => /usr/lib64/libxcb.so.1 (0x00007f58bccf4000)
> > 	libXau.so.6 => /usr/lib64/libXau.so.6 (0x00007f58bcaf0000)
> > 	libXdmcp.so.6 => /usr/lib64/libXdmcp.so.6 (0x00007f58bc8ea000)
> > 
> > 
> > Before I screw up the library pool with a quick and dirty symlink
> > based on my assumption above...I better ask... :)
> > 
> > What exactly is libpcre.so.3 or for what stands it for?
> > Is the installed libpcre the one which is needed?
> > How can I fix it?
> 
> libpcre provides a regex library for apps to use. The version you have
> will probably not work, as it is .so version 1 and blender wants version
> 3. So a symlink is not the correct way to go.
> 
> You are using the daily dev build so most likely those devs aren't using
> Gentoo and do have libpcre.so.3 from somewhere.
> 
> How critical is this error anyway? I can't imagine it would stop blender
> from working entirely. Do you download a source or a binary daily build?
> 
> Some things to try:
> 
> - symlink it anyway and see if the regex functions in blender now work
> - if blender is a binary download, search it's files for libpcre.so*
> Maybe it's there and you just need to tweak LDPATH
> 
> -- 
> Alan McKinnon
> alan.mckinnon@gmail.com
> 
> 

The blender download is a binary blob. For a longer time I used to
build blender myself from a daily snapshot of the repository, but
this became more and more complicate and finally I gave up.
I started to download the binaries directly from the build bot
builder.blender.org.
This works - until now.
The error stops the start of blender.
ldd gives "libprce.so.3 not found" (see above) indicating, that
blender won't start at all.
The binary blob does not contain any libpcre -- I checked that
before. 

Well, I think I have to open a bugreport for Ton...

Anyway: Thanks for your help, Alan!
Best regards
Meino

Re: [gentoo-user] libpcre && blender: Confusion?

[wabenbau]

Meino.Cramer@gmx.de wrote:

> Alan McKinnon <alan.mckinnon@gmail.com> [15-12-06 08:24]:
> > On 06/12/2015 05:47, Meino.Cramer@gmx.de wrote:
> > > Hi,
> > > 
> > > from builder.blender.org I regularily download the daily
> > > developers build of blender.
> > > 
> > > In the last few days the developers seem to include code to access
> > > libpcre into blender -- which will not be found on my system.
> > > 
> > > eix says:
> > > #>eix libpcre     
> > > [I] dev-libs/libpcre
> > >      Available versions:  (3) 7.9-r1 8.35 8.36 ~8.37-r2 8.38
> > >        {bzip2 +cxx doc +jit libedit pcre16 pcre32 +readline
> > > +recursion-limit static-libs unicode zlib ABI_MIPS="n32 n64 o32"
> > > ABI_PPC="32 64" ABI_S390="32 64" ABI_X86="32 64 x32"} Installed
> > > versions:  8.38(3)(17:22:37 11/26/15)(bzip2 cxx jit pcre16
> > > readline recursion-limit unicode zlib -libedit -pcre32
> > > -static-libs ABI_MIPS="-n32 -n64 -o32" ABI_PPC="-32 -64"
> > > ABI_S390="-32 -64" ABI_X86="64 -32 -x32") Homepage:
> > > http://www.pcre.org/ Description:         Perl-compatible regular
> > > expression library
> > > 
> > > For me it reads as if libpcre-8.38 is included, which is version
> > > "3" (due to the litlle "(3)").
> > > 
> > > ldd blender says:
> > > #>ldd blender
> > > 	linux-vdso.so.1 (0x00007f58c1f2f000)
> > > 	librt.so.1 => /lib64/librt.so.1 (0x00007f58c1b08000)
> > > 	libfreetype.so.6 => /usr/lib64/libfreetype.so.6
> > > (0x00007f58c185d000) libpthread.so.0 => /lib64/libpthread.so.0
> > > (0x00007f58c1641000) libpcre.so.3 => not found
> > > 	libxml2.so.2 => /usr/lib64/libxml2.so.2
> > > (0x00007f58c12d6000) libGLU.so.1 => /usr/lib64/libGLU.so.1
> > > (0x00007f58c1053000) libGL.so.1
> > > => /usr/lib64/opengl/nvidia/lib/libGL.so.1 (0x00007f58c0d1f000)
> > > libX11.so.6 => /usr/lib64/libX11.so.6 (0x00007f58c09d8000)
> > > libXi.so.6 => /usr/lib64/libXi.so.6 (0x00007f58c07c7000)
> > > libXxf86vm.so.1 => /usr/lib64/libXxf86vm.so.1
> > > (0x00007f58c05c1000) libutil.so.1 => /lib64/libutil.so.1
> > > (0x00007f58c03be000) libdl.so.2 => /lib64/libdl.so.2
> > > (0x00007f58c01ba000) libc.so.6 => /lib64/libc.so.6
> > > (0x00007f58bfe1b000) /lib64/ld-linux-x86-64.so.2
> > > (0x00007f58c1d10000) libm.so.6 => /lib64/libm.so.6
> > > (0x00007f58bfb17000) libstdc++.so.6
> > > => /usr/lib/gcc/x86_64-pc-linux-gnu/4.9.3/libstdc++.so.6
> > > (0x00007f58bf803000) libgcc_s.so.1
> > > => /usr/lib/gcc/x86_64-pc-linux-gnu/4.9.3/libgcc_s.so.1
> > > (0x00007f58bf5ec000) libz.so.1 => /lib64/libz.so.1
> > > (0x00007f58bf3d6000) libbz2.so.1 => /lib64/libbz2.so.1
> > > (0x00007f58bf1c6000) libpng16.so.16 => /usr/lib64/libpng16.so.16
> > > (0x00007f58bef90000) libnvidia-tls.so.358.16
> > > => /usr/lib64/libnvidia-tls.so.358.16 (0x00007f58bed8c000)
> > > libnvidia-glcore.so.358.16
> > > => /usr/lib64/libnvidia-glcore.so.358.16 (0x00007f58bd12b000)
> > > libXext.so.6 => /usr/lib64/libXext.so.6 (0x00007f58bcf18000)
> > > libxcb.so.1 => /usr/lib64/libxcb.so.1 (0x00007f58bccf4000)
> > > libXau.so.6 => /usr/lib64/libXau.so.6 (0x00007f58bcaf0000)
> > > libXdmcp.so.6 => /usr/lib64/libXdmcp.so.6 (0x00007f58bc8ea000)
> > > 
> > > 
> > > Before I screw up the library pool with a quick and dirty symlink
> > > based on my assumption above...I better ask... :)
> > > 
> > > What exactly is libpcre.so.3 or for what stands it for?
> > > Is the installed libpcre the one which is needed?
> > > How can I fix it?
> > 
> > libpcre provides a regex library for apps to use. The version you
> > have will probably not work, as it is .so version 1 and blender
> > wants version 3. So a symlink is not the correct way to go.
> > 
> > You are using the daily dev build so most likely those devs aren't
> > using Gentoo and do have libpcre.so.3 from somewhere.
> > 
> > How critical is this error anyway? I can't imagine it would stop
> > blender from working entirely. Do you download a source or a binary
> > daily build?
> > 
> > Some things to try:
> > 
> > - symlink it anyway and see if the regex functions in blender now
> > work
> > - if blender is a binary download, search it's files for libpcre.so*
> > Maybe it's there and you just need to tweak LDPATH
> > 
> > -- 
> > Alan McKinnon
> > alan.mckinnon@gmail.com
> > 
> > 
> 
> The blender download is a binary blob. For a longer time I used to
> build blender myself from a daily snapshot of the repository, but
> this became more and more complicate and finally I gave up.
> I started to download the binaries directly from the build bot
> builder.blender.org.
> This works - until now.
> The error stops the start of blender.
> ldd gives "libprce.so.3 not found" (see above) indicating, that
> blender won't start at all.
> The binary blob does not contain any libpcre -- I checked that
> before. 
> 
> Well, I think I have to open a bugreport for Ton...
> 
> Anyway: Thanks for your help, Alan!
> Best regards
> Meino

Version 8.3.8 is the latest version of pcre. The newer versions
available at http://www.pcre.org/ are for pcre2. The libraries 
from pcre2 are named libpcre2....
So it is unlikely that installation of pcre2 would resolve your
problem. 

As Alain said, try making a symlink. If it doesn't work, you can
remove it without problem.

--
Regards
wabe

Re: [gentoo-user] libpcre && blender: Confusion?

[Daniel Frey]

On 12/05/2015 11:57 PM, Meino.Cramer@gmx.de wrote:
> Alan McKinnon <alan.mckinnon@gmail.com> [15-12-06 08:24]:
>> On 06/12/2015 05:47, Meino.Cramer@gmx.de wrote:
>>> What exactly is libpcre.so.3 or for what stands it for?
>>> Is the installed libpcre the one which is needed?
>>> How can I fix it?
>>
>> libpcre provides a regex library for apps to use. The version you have
>> will probably not work, as it is .so version 1 and blender wants version
>> 3. So a symlink is not the correct way to go.
>>
>> You are using the daily dev build so most likely those devs aren't using
>> Gentoo and do have libpcre.so.3 from somewhere.
>>

They aren't using gentoo, they're using Debian or Ubuntu. libpcre.so.3
is from Debian's package libpcre [1] and presumably it is packaged as
libpcre.so.3. On Debian's package site it says it's version 8.35-3.3.

If you mask >=dev-libs/libpcre-8.36 so portage installs 8.35 and
manually create a symlink for libpcre.so.3 it should work without
issues. Heck, a symlink could even work for 8.36, but you may wind up
with a weird issue or maybe a segfault during usage. It's probably
better to use the version in the Debian binaries so long as it doesn't
mess up the packages on your system.

Dan

[1] https://packages.debian.org/jessie/libpcre3

Re: [gentoo-user] libpcre && blender: Confusion?

[Meino.Cramer]

Daniel Frey <djqfrey@gmail.com> [15-12-06 18:04]:
> On 12/05/2015 11:57 PM, Meino.Cramer@gmx.de wrote:
> > Alan McKinnon <alan.mckinnon@gmail.com> [15-12-06 08:24]:
> >> On 06/12/2015 05:47, Meino.Cramer@gmx.de wrote:
> >>> What exactly is libpcre.so.3 or for what stands it for?
> >>> Is the installed libpcre the one which is needed?
> >>> How can I fix it?
> >>
> >> libpcre provides a regex library for apps to use. The version you have
> >> will probably not work, as it is .so version 1 and blender wants version
> >> 3. So a symlink is not the correct way to go.
> >>
> >> You are using the daily dev build so most likely those devs aren't using
> >> Gentoo and do have libpcre.so.3 from somewhere.
> >>
> 
> They aren't using gentoo, they're using Debian or Ubuntu. libpcre.so.3
> is from Debian's package libpcre [1] and presumably it is packaged as
> libpcre.so.3. On Debian's package site it says it's version 8.35-3.3.
> 
> If you mask >=dev-libs/libpcre-8.36 so portage installs 8.35 and
> manually create a symlink for libpcre.so.3 it should work without
> issues. Heck, a symlink could even work for 8.36, but you may wind up
> with a weird issue or maybe a segfault during usage. It's probably
> better to use the version in the Debian binaries so long as it doesn't
> mess up the packages on your system.
> 
> Dan
> 
> [1] https://packages.debian.org/jessie/libpcre3
> 

Hi @all,

thanks a lot for all the support.
I did "the bad thing" and created a symlink to the currently
installed version of libpcre...until now it works fine.
We will see.
Since I am using dev-blender-builds I am aware of sudden
interruption (hrrrm...) of the workflow...so no problem!

Thanks again! :)
Best regards,
Meino