Problems building NSS 3.12.3 with NSPR 4.7.5 on AIX 7.1 in 64-bit mode.

Assigned to


7 years ago
5 years ago


(Reporter: veera.narkedimilli, Assigned: wtc)


Firefox Tracking Flags

(Not tracked)



(1 attachment)



7 years ago
Created attachment 545875 [details]
Build Log for NSS on AIX 7.1

I am trying to build NSS with NSPR 4.7.5 on AIX 7.1 in 64-bit mode.

I have followed these steps

1. Downloaded the source from
2. Extracted them to /LDAP
3. gmake version is 3.80, 
    Compiler is IBM XL C/C++
4. setenv BUILD_OPT 1
    setenv USE_64 1
5. >cd /LDAP/nss-
6. >gmake nss_build_all >& nss_build_all.log

I get the following Duplicate symbol warnings in the creation of .so files

ld: 0711-224 WARNING: Duplicate symbol: .bcopy
ld: 0711-224 WARNING: Duplicate symbol: .memcpy
	The following duplicates were found:
 Symbol                    Source-File(Object) OR Import-File{Shared-object}
 ------------------------- -------------------------------------------------
 .bcopy                    {../../../../dist/AIX7.1_64_OPT.OBJ/lib/}
    ** Duplicate **        moveeq.s(/usr/lib/libc.a[moveeq_64.o])
ld: 0711-224 WARNING: Duplicate symbol: .memcpy
 .memcpy                   {../../../../dist/AIX7.1_64_OPT.OBJ/lib/}
    ** Duplicate **        moveeq.s(/usr/lib/libc.a[moveeq_64.o])

I should not get these Duplicate symbol warnings.

Suppose if I unset BUILD_OPT, then .memcpy duplicate symbol warning is gone. But still facing .bcopy duplicate symbol warning.
Please let us know how to eliminate these warnings.
Group: core-security

Comment 1

5 years ago
Ashwani, did you ever resolve this problem ?


5 years ago
Assignee: nobody → wtc
Component: Build → NSPR
Product: NSS → NSPR
Version: → 4.10

Comment 2

5 years ago
This may be related to bug 200561. I think the command we used to
build may be wrong:

/usr/bin/ld -brtl -bnortllib -bM:SRE -bnoentry -bexpall -blibpath:/usr/lib:/lib -binitfini::_PR_Fini -o ./prvrsion.o io/./prfdcach.o ... md/unix/./uxwrap.o md/unix/./aix.o   -lodm -lcfg -lpthreads -ldl -lC_r -lC -lc_r -lm /usr/lib/libc.a

I suspect the problematic one is /usr/lib/libc.a. We should also
be able to omit -lC_r -lC.
You need to log in before you can comment on or make changes to this bug.