20530 - NSPR 3.5 no longer builds on NetBSD (all CPU types)

Status: RESOLVED INVALID

(NSPR :: NSPR, defect, P3)

Description

[Brian Ostrom]

I was building NSPR on the following 3 platforms just fine 2 months ago.

From the 3 Tinderbox logs (on the SeaMonkey-Ports page):
--------------------------------------------------------
NetBSD/x86 1.3.3
----------------
gmake[4]: Entering directory
`/builds/tinderbox/SeaMonkey/NetBSD_1.3.3_clobber/mozilla/nsprpub/pr/src/md/unix'
gcc -o NetBSD1.3.3_DBG.OBJ/unix.o -c  -g -fPIC  -ansi -Wall -pipe -DNETBSD
-DHAVE_STRERROR -DHAVE_BSD_FLOCK -DFORCE_PR_LOG -DXP_UNIX -DDEBUG -UNDEBUG
-DDEBUG_cltbld -D_PR_LOCAL_THREADS_ONLY
-I/builds/tinderbox/SeaMonkey/nspr/include -I../../../../pr/include
-I../../../../pr/include/private  unix.c
unix.c: In function `_MD_CloseFileMap':
unix.c:3798: structure has no member named `isAnonFM'
gmake[4]: *** [NetBSD1.3.3_DBG.OBJ/unix.o] Error 1


NetBSD/alpha 1.4.1
------------------
gmake[4]: Entering directory
`/usr2/builds/tinderbox/SeaMonkey/NetBSD_1.4.1_clobber/mozilla/nsprpub/pr/src/md/unix'
gcc -o NetBSD1.4.1_DBG.OBJ/uxrng.o -c  -g -fPIC  -ansi -Wall -pipe -DNETBSD
-DHAVE_STRERROR -DHAVE_BSD_FLOCK -DFORCE_PR_LOG -DXP_UNIX -DDEBUG -UNDEBUG
-DDEBUG_cltbld -D_PR_LOCAL_THREADS_ONLY
-I/builds/tinderbox/SeaMonkey/nspr/include -I../../../../pr/include
-I../../../../pr/include/private  uxrng.c
uxrng.c:312: #error ! Platform undefined
gmake[4]: *** [NetBSD1.4.1_DBG.OBJ/uxrng.o] Error 1


NetBSD/arm 1.4.1
----------------
gmake[4]: Entering directory
`/builds/tinderbox/SeaMonkey/NetBSD_1.4.1_clobber/mozilla/nsprpub/pr/src/md/unix'
gcc -o NetBSD1.4.1_DBG.OBJ/uxrng.o -c  -g -fPIC  -ansi -Wall -pipe -DNETBSD
-DHAVE_STRERROR -DHAVE_BSD_FLOCK -DFORCE_PR_LOG -DXP_UNIX -DDEBUG -UNDEBUG
-DDEBUG_cltbld -D_PR_LOCAL_THREADS_ONLY
-I/builds/tinderbox/SeaMonkey/nspr/include -I../../../../pr/include
-I../../../../pr/include/private  uxrng.c
uxrng.c:312: #error ! Platform undefined
gmake[4]: *** [NetBSD1.4.1_DBG.OBJ/uxrng.o] Error 1

Comment 1

[Wan-Teh Chang]

This false alarm is due to a change in our header
file and the fact that NSPR makefiles don't do
"make depend".  A clean rebuild will fix the problem.
I verified that NSPR builds on NetBSD/x86.

Comment 2

[David Krause]

Setting correct OS field on unverified bugs so they can be found.