build issue on AIX with IBMs complier

2015-07-07
2015-07-12
  • Pete Lancashire

    Pete Lancashire - 2015-07-07

    oslevel -s 7100-03-03-1415
    /usr/bin/ld: LD 7.1.3(4/1/14)
    IBM XL C/C++ for AIX, V12.1 (5765-J02, 5725-C72)
    Version: 12.01.0000.0000
    Driver Version: 12.01(C/C++) Level: 120315
    C Front End Version: 12.01(C/C++) Level: 120322
    C++ Front End Version: 12.01(C/C++) Level: 120315
    High-Level Optimizer Version: 12.01(C/C++) and 14.01(Fortran) Level: 120315
    Low-Level Optimizer Version: 12.01(C/C++) and 14.01(Fortran) Level: 120321

    PATH /usr/local/bin:/usr/bin:/etc:/usr/sbin:/usr/ucb:/home/buildsw/bin:/usr/bin/X11:/sbin:.:/usr/vac/bin:/usr/vacpp/bin

    OBJECT_MODE 64

    CC xlc_r
    CFLAGS -O3 -qmaxmem=-1 -qarch=pwr7 -qtune=pwr7 -qcache=auto -I/usr/local/include
    LDFLAGS -L/usr/local/lib64 -L/usr/local/lib -bmaxdata:0x80000000 -brtl
    CXX xlc++_r
    CXXFLAGS -O3 -qmaxmem=-1 -qarch=pwr7 -qtune=pwr7 -qcache=auto -DSYSV -D_AIX -D_AIX71 -D_ALL_SOURCE -DFUNCPROTO=15 -O5 -I/usr/local/include

    make check

    make[2]: Entering directory '/home/buildsw/packages/xz-5.2.1/tests'
    Could not load program /home/buildsw/packages/xz-5.2.1/tests/.libs/lt-test_check:
    Dependent module /home/buildsw/packages/xz-5.2.1/src/liblzma/.libs/liblzma.a(liblzma.so.5) could not be loaded.
    Member liblzma.so.5 is not found in archive
    FAIL: test_check

    and the same for the others

    [aix7test3:/home/buildsw/packages/xz-5.2.1]$ find . -name liblzma.a
    ./src/liblzma/.libs/liblzma.a

    [aix7test3:/home/buildsw/packages/xz-5.2.1]$ find . -name liblzma.so.5
    ./src/liblzma/.libs/liblzma.so.5

     
  • Lasse Collin

    Lasse Collin - 2015-07-12

    I don't have much clue about the problem. Can you test if the problem occurs with other XZ Utils versions like 5.2.0, 5.0.8, or 5.0.5? The point of 5.0.5 is that it includes an older Libtool which might have something to do with this, but this is just a guess.

    You could also test passing --disable-shared to configure which omits the shared version of liblzma. This is obviously not a solution but it could help debugging the issue.

     

Log in to post a comment.

Get latest updates about Open Source Projects, Conferences and News.

Sign up for the SourceForge newsletter:





No, thanks