From leroy_tennison at prodigy.net Wed Feb 15 12:11:03 2006 From: leroy_tennison at prodigy.net (Leroy Tennison) Date: Wed, 15 Feb 2006 06:11:03 -0600 Subject: [Fedora-directory-devel] Is there any client interface for Linux other than pam_ldap? Message-ID: <43F31A57.6060109@prodigy.net> The reason I ask is that the last time I looked at it I was disappointed. The features seemed limited and rudimentary. You had to configure the context in a local file and there was no way to dynamically supply a different one. If there is a more robust alternative please let me know, I'd love to try it. If not please consider this an enhancement request - the greatest directory server in the world isn't of great value if the client support is limited. Thanks for any and all replies. From rmeggins at redhat.com Wed Feb 15 20:35:09 2006 From: rmeggins at redhat.com (Richard Megginson) Date: Wed, 15 Feb 2006 13:35:09 -0700 Subject: [Fedora-directory-devel] Is there any client interface for Linux other than pam_ldap? In-Reply-To: <43F31A57.6060109@prodigy.net> References: <43F31A57.6060109@prodigy.net> Message-ID: <43F3907D.6080309@redhat.com> Leroy Tennison wrote: > The reason I ask is that the last time I looked at it I was > disappointed. The features seemed limited and rudimentary. You had > to configure the context in a local file and there was no way to > dynamically supply a different one. If there is a more robust > alternative please let me know, I'd love to try it. If not please > consider this an enhancement request - the greatest directory server > in the world isn't of great value if the client support is limited. > Thanks for any and all replies. I don't know of any. What are some of the features you would like to see in pam_ldap: the next generation? > > -- > Fedora-directory-devel mailing list > Fedora-directory-devel at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-directory-devel -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3178 bytes Desc: S/MIME Cryptographic Signature URL: From abartlet at samba.org Wed Feb 15 20:54:20 2006 From: abartlet at samba.org (Andrew Bartlett) Date: Thu, 16 Feb 2006 07:54:20 +1100 Subject: [Fedora-directory-devel] Is there any client interface for Linux other than pam_ldap? In-Reply-To: <43F3907D.6080309@redhat.com> References: <43F31A57.6060109@prodigy.net> <43F3907D.6080309@redhat.com> Message-ID: <1140036860.4122.7.camel@localhost.localdomain> On Wed, 2006-02-15 at 13:35 -0700, Richard Megginson wrote: > Leroy Tennison wrote: > > > The reason I ask is that the last time I looked at it I was > > disappointed. The features seemed limited and rudimentary. You had > > to configure the context in a local file and there was no way to > > dynamically supply a different one. If there is a more robust > > alternative please let me know, I'd love to try it. If not please > > consider this an enhancement request - the greatest directory server > > in the world isn't of great value if the client support is limited. > > Thanks for any and all replies. > > I don't know of any. What are some of the features you would like to > see in pam_ldap: the next generation? From memory, SuSE has pam_unix2, which does some different things, but I'm likewise unsure what the original poster is asking for. Andrew Bartlett -- Andrew Bartlett http://samba.org/~abartlet/ Authentication Developer, Samba Team http://samba.org Student Network Administrator, Hawker College http://hawkerc.net -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From mwheeler at pittstate.edu Thu Feb 16 03:28:11 2006 From: mwheeler at pittstate.edu (Michael J. Wheeler) Date: Wed, 15 Feb 2006 21:28:11 -0600 Subject: [Fedora-directory-devel] building LDAP C SDK on AIX 5.1 problems ? Message-ID: <43F3F14B.9080109@pittstate.edu> 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. 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? -- 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. From rmeggins at redhat.com Thu Feb 16 03:43:25 2006 From: rmeggins at redhat.com (Richard Megginson) Date: Wed, 15 Feb 2006 20:43:25 -0700 Subject: [Fedora-directory-devel] building LDAP C SDK on AIX 5.1 problems ? In-Reply-To: <43F3F14B.9080109@pittstate.edu> References: <43F3F14B.9080109@pittstate.edu> Message-ID: <43F3F4DD.8090604@redhat.com> 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. > > > -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3178 bytes Desc: S/MIME Cryptographic Signature URL: From mwheeler at pittstate.edu Thu Feb 16 04:13:21 2006 From: mwheeler at pittstate.edu (Michael J. Wheeler) Date: Wed, 15 Feb 2006 22:13:21 -0600 Subject: [Fedora-directory-devel] building LDAP C SDK on AIX 5.1 problems ? In-Reply-To: <43F3F4DD.8090604@redhat.com> References: <43F3F14B.9080109@pittstate.edu> <43F3F4DD.8090604@redhat.com> Message-ID: <43F3FBE1.90504@pittstate.edu> 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 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 -- 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. From mwheeler at pittstate.edu Thu Feb 16 05:26:03 2006 From: mwheeler at pittstate.edu (Michael J. Wheeler) Date: Wed, 15 Feb 2006 23:26:03 -0600 Subject: [Fedora-directory-devel] building LDAP C SDK on AIX 5.1 problems ? In-Reply-To: <43F3FBE1.90504@pittstate.edu> References: <43F3F14B.9080109@pittstate.edu> <43F3F4DD.8090604@redhat.com> <43F3FBE1.90504@pittstate.edu> Message-ID: <43F40CEB.4060308@pittstate.edu> 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. 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 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 > > -- 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. From rmeggins at redhat.com Thu Feb 16 14:40:13 2006 From: rmeggins at redhat.com (Richard Megginson) Date: Thu, 16 Feb 2006 07:40:13 -0700 Subject: [Fedora-directory-devel] building LDAP C SDK on AIX 5.1 problems ? In-Reply-To: <43F40CEB.4060308@pittstate.edu> References: <43F3F14B.9080109@pittstate.edu> <43F3F4DD.8090604@redhat.com> <43F3FBE1.90504@pittstate.edu> <43F40CEB.4060308@pittstate.edu> Message-ID: <43F48ECD.8020500@redhat.com> 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 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 >>> >>> >> >> > > > > -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3178 bytes Desc: S/MIME Cryptographic Signature URL: From mwheeler at pittstate.edu Thu Feb 16 17:04:58 2006 From: mwheeler at pittstate.edu (Michael J. Wheeler) Date: Thu, 16 Feb 2006 11:04:58 -0600 Subject: [Fedora-directory-devel] building LDAP C SDK on AIX 5.1 problems ? In-Reply-To: <43F48ECD.8020500@redhat.com> References: <43F3F14B.9080109@pittstate.edu> <43F3F4DD.8090604@redhat.com> <43F3FBE1.90504@pittstate.edu> <43F40CEB.4060308@pittstate.edu> <43F48ECD.8020500@redhat.com> Message-ID: <43F4B0BA.2010805@pittstate.edu> 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/.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 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. From rmeggins at redhat.com Thu Feb 16 17:13:03 2006 From: rmeggins at redhat.com (Richard Megginson) Date: Thu, 16 Feb 2006 10:13:03 -0700 Subject: [Fedora-directory-devel] building LDAP C SDK on AIX 5.1 problems ? In-Reply-To: <43F4B0BA.2010805@pittstate.edu> References: <43F3F14B.9080109@pittstate.edu> <43F3F4DD.8090604@redhat.com> <43F3FBE1.90504@pittstate.edu> <43F40CEB.4060308@pittstate.edu> <43F48ECD.8020500@redhat.com> <43F4B0BA.2010805@pittstate.edu> Message-ID: <43F4B29F.6090102@redhat.com> 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/.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 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 >> >> > > > > -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3178 bytes Desc: S/MIME Cryptographic Signature URL: From mwheeler at pittstate.edu Thu Feb 16 17:26:40 2006 From: mwheeler at pittstate.edu (Michael J. Wheeler) Date: Thu, 16 Feb 2006 11:26:40 -0600 Subject: [Fedora-directory-devel] building LDAP C SDK on AIX 5.1 problems ? In-Reply-To: <43F4B29F.6090102@redhat.com> References: <43F3F14B.9080109@pittstate.edu> <43F3F4DD.8090604@redhat.com> <43F3FBE1.90504@pittstate.edu> <43F40CEB.4060308@pittstate.edu> <43F48ECD.8020500@redhat.com> <43F4B0BA.2010805@pittstate.edu> <43F4B29F.6090102@redhat.com> Message-ID: <43F4B5D0.3030302@pittstate.edu> 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/.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 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. From rmeggins at redhat.com Thu Feb 16 17:35:09 2006 From: rmeggins at redhat.com (Richard Megginson) Date: Thu, 16 Feb 2006 10:35:09 -0700 Subject: [Fedora-directory-devel] building LDAP C SDK on AIX 5.1 problems ? In-Reply-To: <43F4B5D0.3030302@pittstate.edu> References: <43F3F14B.9080109@pittstate.edu> <43F3F4DD.8090604@redhat.com> <43F3FBE1.90504@pittstate.edu> <43F40CEB.4060308@pittstate.edu> <43F48ECD.8020500@redhat.com> <43F4B0BA.2010805@pittstate.edu> <43F4B29F.6090102@redhat.com> <43F4B5D0.3030302@pittstate.edu> Message-ID: <43F4B7CD.8020401@redhat.com> Michael J. Wheeler wrote: >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? > > mkdir /usr/local/lib mkdir /usr/local/bin cp mozilla/dist/AIX*/bin/* /usr/local/bin cp mozilla/dist/AIX*/lib/*.so /usr/local/lib cp mozilla/dist/bin/* /usr/local/bin cp mozilla/dist/lib/*.so /usr/local/lib Then, in order to run any of the programs in /usr/local/bin, you'll have to set your LD_LIBRARY_PATH (or LIBPATH, or whatever it is under AIX) to /usr/local/lib. > >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/.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 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 >> >> > > > > -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3178 bytes Desc: S/MIME Cryptographic Signature URL: