[Fedora-directory-devel] building LDAP C SDK on AIX 5.1 problems ?

Michael J. Wheeler mwheeler at pittstate.edu
Thu Feb 16 17:04:58 UTC 2006 

Richard,

One thing that seems to be lacking here are instructions on how to install
the libraries... The instructiosn only say: "If your build is successful,
the LDAP C SDK libraries, command line tools, and header files will be
placed under mozilla/dist/<OSNAME>.OBJ/."

But, on AIX, it looks like there are 2 output directories:
AIX5.1_32_PTH_DBG.OBJ and AIX5.1_DBG.OBJ . And all they include are
relative symlinks to the files back in directory/c-sdk/ldap/ ..

How am I supposed to install this so that it can be used in the manner in
which it was intended? I mean, sure, I can muck through it and manually
copy stuff into /usr/local/ , but isn't there some sort of installer that
will put everything where it needs to go?



Richard Megginson wrote:
> Michael J. Wheeler wrote:
> 
>> Sorry for replying to myself, but I eventually figured out the problem. I
>> had to mess with the Makefile. In the PLATFORMLIBS section for AIX, I
>> added
>> "-liconv" and it seemed to build fine after that.
>>  
>>
> Please send me the diffs and I will get this added to the source code.
> 
>>
>> Michael J. Wheeler wrote:
>>  
>>
>>> Richard,
>>>
>>> Thanks for the quick reply. You were right -- the iconv functions are
>>> not
>>> in libc on AIX; they are in iconv.h .
>>>
>>> I tracked it down to convutf8.cpp being the one calling the iconv
>>> functions. I added #include <iconv.h> to the file, but it still seems
>>> to be
>>> failing in the same place.
>>>
>>> Am I doing something wrong here?
>>>
>>> Also, what about the line in the output that says:
>>> ld: 0711-317 ERROR: Undefined symbol: .SVRCORE_CreateArgPinObj
>>>
>>>
>>> Richard Megginson wrote:
>>>   
>>>> Michael J. Wheeler wrote:
>>>>
>>>>     
>>>>> Hello all. I am attempting to build the LDAP C SDK on AIX 5.1 and I'm
>>>>> running into some problems. I'm using gmake 3.80 to do the
>>>>> building. The
>>>>> guys in the IRC channel suggested I try posting to this list.
>>>>>
>>>>>
>>>>>       
>>>> For LDAP C SDK issues, another good place to try is
>>>> news://news.mozilla.org/mozilla.dev.tech.ldap
>>>>
>>>> However, I think we can help you here . . .
>>>>
>>>>     
>>>>> First of all, I grabbed the latest version of the SDK from CVS
>>>>> today. I'm
>>>>> using the build directions at:
>>>>> http://www.mozilla.org/directory/csdk.html .
>>>>>
>>>>> I was able to successfully build NSPR, NSS, and SVRCORE . When I got
>>>>> to the
>>>>> step to build the libraries and command line tools with SVRCORE, it
>>>>> failed.
>>>>> Here are the last few lines from the build output:
>>>>>
>>>>> xlC_r -o fileurl.o -c     -qro -qroconst -qarch=com -g   -DDEBUG_root
>>>>> -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\"
>>>>> -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DDEBUG=1 -DXP_UNIX=1
>>>>> -DAIX=1 -DSYSV=1 -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1
>>>>> -DHAVE_SYS_STAT_H=1
>>>>> -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1
>>>>> -DHAVE_STRINGS_H=1
>>>>> -DHAVE_INTTYPES_H=1 -DHAVE_UNISTD_H=1 -DAIX_HAVE_ATOMIC_OP_H=1
>>>>> -DAIX_TIMERS=1 -D_PR_HAVE_OFF64_T=1 -DHAVE_SOCKLEN_T=1
>>>>> -DHAVE_FCNTL_FILE_LOCKING=1 -DHAVE_LCHOWN=1 -DHAVE_STRERROR=1
>>>>> -DLDAP_DEBUG   -DNET_SSL  -DNO_LIBLCACHE -DLDAP_REFERRALS   
>>>>> -DNS_DOMESTIC
>>>>> -DLDAP_TOOL_ARGPIN -DLDAP_TOOL_PKCS11 -DFORCE_PR_LOG -D_PR_PTHREADS
>>>>> -UHAVE_CVAR_BUILT_ON_SEM -D_PR_INET6
>>>>> -I/scratch/mozilla-ldap-sdk/mozilla/dist/public/nss
>>>>> -I/scratch/mozilla-ldap-sdk/mozilla/dist/AIX5.1_DBG.OBJ/include
>>>>> -I../../../../../dist/public/ldap -I../../../ldap/include
>>>>> -I/scratch/mozilla-ldap-sdk/mozilla/dist/public/svrcore  fileurl.c
>>>>> xlC_r -o argpin.o -c     -qro -qroconst -qarch=com -g   -DDEBUG_root
>>>>> -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\"
>>>>> -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DDEBUG=1 -DXP_UNIX=1
>>>>> -DAIX=1 -DSYSV=1 -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1
>>>>> -DHAVE_SYS_STAT_H=1
>>>>> -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1
>>>>> -DHAVE_STRINGS_H=1
>>>>> -DHAVE_INTTYPES_H=1 -DHAVE_UNISTD_H=1 -DAIX_HAVE_ATOMIC_OP_H=1
>>>>> -DAIX_TIMERS=1 -D_PR_HAVE_OFF64_T=1 -DHAVE_SOCKLEN_T=1
>>>>> -DHAVE_FCNTL_FILE_LOCKING=1 -DHAVE_LCHOWN=1 -DHAVE_STRERROR=1
>>>>> -DLDAP_DEBUG   -DNET_SSL  -DNO_LIBLCACHE -DLDAP_REFERRALS   
>>>>> -DNS_DOMESTIC
>>>>> -DLDAP_TOOL_ARGPIN -DLDAP_TOOL_PKCS11 -DFORCE_PR_LOG -D_PR_PTHREADS
>>>>> -UHAVE_CVAR_BUILT_ON_SEM -D_PR_INET6
>>>>> -I/scratch/mozilla-ldap-sdk/mozilla/dist/public/nss
>>>>> -I/scratch/mozilla-ldap-sdk/mozilla/dist/AIX5.1_DBG.OBJ/include
>>>>> -I../../../../../dist/public/ldap -I../../../ldap/include
>>>>> -I/scratch/mozilla-ldap-sdk/mozilla/dist/public/svrcore  argpin.c
>>>>> xlC_r -o ntuserpin.o -c     -qro -qroconst -qarch=com -g  
>>>>> -DDEBUG_root
>>>>> -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\"
>>>>> -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DDEBUG=1 -DXP_UNIX=1
>>>>> -DAIX=1 -DSYSV=1 -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1
>>>>> -DHAVE_SYS_STAT_H=1
>>>>> -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1
>>>>> -DHAVE_STRINGS_H=1
>>>>> -DHAVE_INTTYPES_H=1 -DHAVE_UNISTD_H=1 -DAIX_HAVE_ATOMIC_OP_H=1
>>>>> -DAIX_TIMERS=1 -D_PR_HAVE_OFF64_T=1 -DHAVE_SOCKLEN_T=1
>>>>> -DHAVE_FCNTL_FILE_LOCKING=1 -DHAVE_LCHOWN=1 -DHAVE_STRERROR=1
>>>>> -DLDAP_DEBUG   -DNET_SSL  -DNO_LIBLCACHE -DLDAP_REFERRALS   
>>>>> -DNS_DOMESTIC
>>>>> -DLDAP_TOOL_ARGPIN -DLDAP_TOOL_PKCS11 -DFORCE_PR_LOG -D_PR_PTHREADS
>>>>> -UHAVE_CVAR_BUILT_ON_SEM -D_PR_INET6
>>>>> -I/scratch/mozilla-ldap-sdk/mozilla/dist/public/nss
>>>>> -I/scratch/mozilla-ldap-sdk/mozilla/dist/AIX5.1_DBG.OBJ/include
>>>>> -I../../../../../dist/public/ldap -I../../../ldap/include
>>>>> -I/scratch/mozilla-ldap-sdk/mozilla/dist/public/svrcore  ntuserpin.c
>>>>> "ntuserpin.c", line 130.1: 1506-356 (W) Compilation unit is empty.
>>>>> xlC_r
>>>>> -blibpath:..:../lib:../../lib:../../../lib:../../../../lib:/usr/lib:/lib
>>>>>
>>>>> -o
>>>>> bin/ldapdelete ldapdelete.o common.o convutf8.o fileurl.o argpin.o
>>>>> ntuserpin.o   -L../../../../../dist/./lib -lssldap50 -lprldap50
>>>>> -lldap50
>>>>> -lldif50 -L../../../../../dist/lib
>>>>> -L/scratch/mozilla-ldap-sdk/mozilla/dist/AIX5.1_32_PTH_DBG.OBJ/lib
>>>>> -lsvrcore -lsvrcore
>>>>> -L/scratch/mozilla-ldap-sdk/mozilla/dist/AIX5.1_32_PTH_DBG.OBJ/lib
>>>>> -lssl3
>>>>> -lnss3 -lsoftokn3
>>>>> -L/scratch/mozilla-ldap-sdk/mozilla/dist/AIX5.1_DBG.OBJ/lib -lplc4
>>>>> -lplds4
>>>>> -lnspr4 -ldl -brtl -lpthreads -lc_r -lm
>>>>> ld: 0711-224 WARNING: Duplicate symbol: .bcopy
>>>>> ld: 0711-224 WARNING: Duplicate symbol: bcopy
>>>>> ld: 0711-224 WARNING: Duplicate symbol: .strcmp
>>>>> ld: 0711-224 WARNING: Duplicate symbol: strcmp
>>>>> ld: 0711-224 WARNING: Duplicate symbol: .strcpy
>>>>> ld: 0711-224 WARNING: Duplicate symbol: strcpy
>>>>> ld: 0711-345 Use the -bloadmap or -bnoquiet option to obtain more
>>>>> information.
>>>>> ld: 0711-317 ERROR: Undefined symbol: .iconv_open
>>>>> ld: 0711-317 ERROR: Undefined symbol: .iconv_close
>>>>> ld: 0711-317 ERROR: Undefined symbol: .iconv
>>>>> gmake[2]: *** [bin/ldapdelete] Error 8
>>>>> gmake[2]: Leaving directory
>>>>> `/scratch/mozilla-ldap-sdk/mozilla/directory/c-sdk/ldap/clients/tools'
>>>>> gmake[1]: *** [export] Error 2
>>>>> gmake[1]: Leaving directory
>>>>> `/scratch/mozilla-ldap-sdk/mozilla/directory/c-sdk/ldap'
>>>>> gmake: *** [export] Error 2
>>>>>
>>>>>
>>>>> Does anybody have any suggestions?
>>>>>
>>>>>
>>>>>       
>>>> On some platforms, the iconv functions are defined in libc - this does
>>>> not appear to be the case for AIX.  Try "man iconv" or "man -a
>>>> iconv" to
>>>> see which library defines the iconv, iconv_open, and iconv_close
>>>> functions.
>>>>
>>>>     
>>>>>
>>>>>
>>>>>       
>>>> ------------------------------------------------------------------------
>>>>
>>>>
>>>> -- 
>>>> Fedora-directory-devel mailing list
>>>> Fedora-directory-devel at redhat.com
>>>> https://www.redhat.com/mailman/listinfo/fedora-directory-devel
>>>>     
>>>   
>>
>>
>>  
>>
> 
> ------------------------------------------------------------------------
> 
> --
> Fedora-directory-devel mailing list
> Fedora-directory-devel at redhat.com
> https://www.redhat.com/mailman/listinfo/fedora-directory-devel


-- 
Michael J. Wheeler
System Administrator
Pittsburg State University
Phone:  620-235-4610
E-mail: mwheeler at pittstate.edu

-- 
Rap's Law of Inanimate Reproduction:
If you take something apart and put it back together enough times,
eventually you will have two of them.

More information about the Fedora-directory-devel mailing list