[Fedora-directory-devel] building LDAP C SDK on AIX 5.1 problems ?
Michael J. Wheeler
mwheeler at pittstate.edu
Thu Feb 16 17:26:40 UTC 2006
Without an installer, that seems like an awfully bloated way to do things.
I mean, downloading the source is 40mb itself. Any recommendations for
extracting the built binaries from the source?
Richard Megginson wrote:
>
>
> Michael J. Wheeler wrote:
>
>> 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/."
>>
>>
> Actually, that's not correct. That's where the nspr and nss libs and
> bins are, and the nspr include files. The nss include files are in
> dist/public/nss.
> The ldap c sdk libs are in dist/lib, the bins are in dist/bin, and the
> include files are in dist/public/ldap. And yes, they are mostly just
> symlinks back to the real files.
>
>> 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?
>>
>>
> No, there's no make install target, AFAIK, or if there is, I've never
> used it.
>
>>
>>
>> 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
>>>
>>
>>
>>
>>
>
> ------------------------------------------------------------------------
>
> --
> 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