[Bug 232824] devel/pcre 8.42 not linked with libz or libbz2 on 12.0 beta 2

[bugzilla-noreply at freebsd.org]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=232824

            Bug ID: 232824
           Summary: devel/pcre 8.42 not linked with libz or libbz2 on 12.0
                    beta 2
           Product: Ports & Packages
           Version: Latest
          Hardware: amd64
                OS: Any
            Status: New
          Severity: Affects Many People
          Priority: ---
         Component: Individual Port(s)
          Assignee: krion at FreeBSD.org
          Reporter: dclarke at blastwave.org
             Flags: maintainer-feedback?(krion at FreeBSD.org)
          Assignee: krion at FreeBSD.org

RFE and not really a bug.

Looks like the config stage for pcre needs a tweak as I see : 


pcre-8.42 configuration summary:

    Install prefix .................. : /usr/local
    C preprocessor .................. : cpp
    C compiler ...................... : cc
    C++ preprocessor ................ : c++ -E
    C++ compiler .................... : c++
    Linker .......................... : /usr/bin/ld
    C preprocessor flags ............ : -I/usr/local/include
    C compiler flags ................ : -D_THREAD_SAFE -pthread -O2 -pipe 
-fstack-protector -fno-strict-aliasing  -fvisibility=hidden
    C++ compiler flags .............. : -O2 -pipe -fstack-protector
-fno-strict-aliasing   -fvisibility=hidden -fvisibility-inlines-hidden
    Linker flags .................... :  -L/usr/local/lib -fstack-protector 
    Extra libraries ................. :  

    Build 8 bit pcre library ........ : yes
    Build 16 bit pcre library ....... : yes
    Build 32 bit pcre library ....... : yes
    Build C++ library ............... : yes
    Enable JIT compiling support .... : yes
    Enable UTF-8/16/32 support ...... : yes
    Unicode properties .............. : yes
    Newline char/sequence ........... : lf
    \R matches only ANYCRLF ......... : no
    EBCDIC coding ................... : no
    EBCDIC code for NL .............. : n/a
    Rebuild char tables ............. : no
    Use stack recursion ............. : yes
    POSIX mem threshold ............. : 10
    Internal link size .............. : 2
    Nested parentheses limit ........ : 250
    Match limit ..................... : 10000000
    Match limit recursion ........... : MATCH_LIMIT
    Build shared libs ............... : yes
    Build static libs ............... : yes
    Use JIT in pcregrep ............. : yes
    Buffer size for pcregrep ........ : 20480
    Link pcregrep with libz ......... : no
    Link pcregrep with libbz2 ....... : no
    Link pcretest with libedit ...... : no
    Link pcretest with libreadline .. : yes
    Valgrind support ................ : no
    Code coverage ................... : no

===>  Building for pcre-8.42


We should see : 

    Link pcregrep with libz ......... : yes
    Link pcregrep with libbz2 ....... : yes
    Link pcretest with libedit ...... : no
    Link pcretest with libreadline .. : yes
    Valgrind support ................ : no
    Code coverage ................... : no

Could be a slip up in the curses prompt that asks if the user wants to
use libedit or libreadline but does not ask about libz or libbz2 ? 

Regardless we see : 

hydra $ readelf -del /usr/local/bin/pcregrep | grep -E -e 'NEED|PATH|NAME'
  [ 6] .gnu.version_r    VERNEED          00000000002023c0  000023c0
 0x000000000000001d (RUNPATH)            Library runpath: [/usr/local/lib]
 0x0000000000000001 (NEEDED)             Shared library: [libpcre.so.1]
 0x0000000000000001 (NEEDED)             Shared library: [libpcreposix.so.0]
 0x0000000000000001 (NEEDED)             Shared library: [libthr.so.3]
 0x0000000000000001 (NEEDED)             Shared library: [libc.so.7]
 0x000000006ffffffe (VERNEED)            0x2023c0
 0x000000006fffffff (VERNEEDNUM)         1
hydra $

So no libz and no libbz2 linkage there.

-- 
You are receiving this mail because:
You are the assignee for the bug.