ncurses compilation problem - HP UX

This is a discussion on ncurses compilation problem - HP UX ; Hi, I can not compile ncurses (5.5) on 11.23, PA-RISC: ../configure .... (a lot of) /usr/lib/dld.sl: Invalid version for shared library: /usr/local/lib/libiconv.sl /usr/lib/dld.sl: Exec format error ../config.status[1125]: 5451 Abort(coredump) creating headers.sh ** Configuration summary for NCURSES 5.5 20051010: extended funcs: ...

+ Reply to Thread
Results 1 to 2 of 2

Thread: ncurses compilation problem

  1. ncurses compilation problem

    Hi,
    I can not compile ncurses (5.5) on 11.23, PA-RISC:
    ../configure
    ....
    (a lot of)
    /usr/lib/dld.sl: Invalid version for shared library:
    /usr/local/lib/libiconv.sl
    /usr/lib/dld.sl: Exec format error
    ../config.status[1125]: 5451 Abort(coredump)
    creating headers.sh

    ** Configuration summary for NCURSES 5.5 20051010:

    extended funcs: yes
    xterm terminfo: xterm-new
    bin directory: /usr/local/bin
    lib directory: /usr/local/lib
    include directory: /usr/local/include/ncurses
    man directory: /usr/local/man
    terminfo directory: /usr/local/share/terminfo

    ** Include-directory is not in a standard location

    hpuh:/docas/depots/src/ncurses-5.5 # file /usr/lib/dld.sl
    /usr/lib/dld.sl: s800 shared library -not stripped
    hpuh:/docas/depots/src/ncurses-5.5 # file /usr/local/lib/libiconv.sl
    /usr/local/lib/libiconv.sl: PA-RISC2.0 shared library -not stripped

    libiconv is built fom source, but I am getting the same error when
    libiconv is swinstalled from binary depot

    (HP-UX.insta.ll file says :
    export LDOPTS="+s -L/usr/local/lib -L/usr/local/lib/hpux32"
    OK, I did it, but /usr/local/lib/hpux32 is empty.)

    Any idea?

    Thanks, Michal


  2. Re: ncurses compilation problem

    hajek@nspuh.cz wrote:
    : I can not compile ncurses (5.5) on 11.23, PA-RISC:
    : /usr/lib/dld.sl: Invalid version for shared library:
    : /usr/local/lib/libiconv.sl
    : /usr/lib/dld.sl: Exec format error

    This indicates that libiconv.sl doesn't match the high water version
    the application was linked with.

    : file /usr/local/lib/libiconv.sl
    : /usr/local/lib/libiconv.sl: PA-RISC2.0 shared library -not stripped

    : libiconv is built from source, but I am getting the same error when
    : libiconv is swinstalled from binary depot
    : Any idea?
    : Michal

    You need to use /usr/ccs/bin/odump on your libs and executable:
    $ odump -sldlhead -slliblist -sllibloadlist /usr/lib/libcl.2
    Shared Library DL Header for /usr/lib/libcl.2:
    version: 93092112
    highwater_mark: 0000000049 <<<<<<<<<<

    Shared Library List Table for /usr/lib/libcl.2:
    Index Ref IDNRVIL HighWater Name
    0 abs I....I. 0 libcl.2 (Ignore the 0 here for self)
    1 -l .D...I. 0 /usr/lib/libdld.2
    2 -l .D...I. 0 /usr/lib/libisamstub.1
    ^^^^
    Shared Library Load List for /usr/lib/libcl.2:
    Order Name
    0 /usr/lib/libcl.2
    1 ^ /usr/lib/libdld.2
    2 ^ /usr/lib/libisamstub.1

    The two highwater marks must agree. For the above lib, libcl has a HW
    of 49. Anyone using this lib must have <= 49, in the second table.

    Typically only libcl and libc have the obsolete intra-library versioning.

+ Reply to Thread