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(a)redhat.com
>>>
https://www.redhat.com/mailman/listinfo/fedora-directory-devel
>>>
>>
>
>
>
>
------------------------------------------------------------------------
--
Fedora-directory-devel mailing list
Fedora-directory-devel(a)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(a)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.