Closed Bug 4575 Opened 25 years ago Closed 25 years ago

Build can't create lock_SunOS.o on SunOS5.7/native

Categories

(Core :: JavaScript Engine, defect, P3)

Product:
Core
Component:
JavaScript Engine
Platform:
Sun
Solaris
Type:
defect

Tracking

()

Status:
VERIFIED FIXED

People

(Reporter: tor, Assigned: mike+mozilla)

Details

When building with the native compiler on SunOS5.7 (aka Solaris 7),
the build process can't figure out how to create lock_SunOS.o.  I've
tried the obvious change of creating a js/src/config/SunOS5.7.mk, but that
didn't help matters.  The error message I receive is this (source tree
in /cs/src/mozilla/mozilla, build tree in /ltmp/gfx/tor/mozilla):

gmake[2]: *** No rule to make target `cs/src/mozilla/mozilla/js/src/lock_SunOS.o
', needed by `libmozjs.a'.  Stop.
gmake[2]: Leaving directory `/ltmp/gfx/tor/mozilla/js/src'
gmake[1]: *** [libs] Error 2
gmake[1]: Leaving directory `/ltmp/gfx/tor/mozilla/js'
gmake: *** [libs] Error 2
Assignee: norris → mccabe
Status: NEW → ASSIGNED
tor - I realized too late watching the irc log that you were working on this
bug.  Did you end up with a solution?  (I noticed nothing went in for m4...)

Please let me know if I can be of any help checking this in.


Mike
Found the problem - patch posted to mozilla.patches
Many thanks for turning this around so quickly.  I'll add them when the tree
opens.

(Unless somebody beats me to it...)

Mike
Checked in the patch as posted to .builds, and added Bruce (by request) to the
cc list.

tor, could you verify this for me?  (if it works, please feel free to close the
bug.  hm.  Can you?)

Mike
It's not clear that this makes things better.  I applied the patch, and fugu (on
the seamonkey-ports page -

http://cvs-mirror.mozilla.org/webtools/tinderbox/showbuilds.cgi?tree=SeaMonkey-Ports

... now seems to dies somewhat earlier than it used to, complaining:

     ar cr libmozjs.a ./jsapi.o ./jsarena.o ./jsarray.o ./jsatom.o ./jsbool.o
./jscntxt.o ./jsdate.o ./jsdbgapi.o ./jsdtoa.o ./jsemit.o ./jsexn.o ./jsfun.o
./jsgc.o ./jshash.o ./jsinterp.o ./jslock.o ./jslog2.o ./jslong.o ./jsmath.o
./jsnum.o ./jsobj.o ./jsopcode.o ./jsparse.o ./jsprf.o ./jsregexp.o ./jsscan.o
./jsscope.o ./jsscript.o ./jsstr.o ./jsutil.o ./jsxdrapi.o ./prmjtime.o
./lock_SunOS.o
     ar: cannot open ./lock_SunOS.o
        No such file or directory
     ar: ./lock_SunOS.o not found

(from
http://cvs-mirror.mozilla.org/webtools/tinderbox/showlog.cgi?logfile=923907502.14515.gz&tree=SeaMonkey-Ports&errorparser=unix&buildname=fugu%20SunOS/sparc%205.6%20Clobber%20apprunner&buildtime=923907502
)

... looks like fugu runs the native compiler... at least the log says cc.

Tim?  Let me know if there's a reason I shouldn't back this out...
You probably didn't want to hear this, but "It works for me. (tm)"  It looks
like fugu is ignoring the rule in rules.mk for assembling a ".s" file.

This is what the corresponding lines look like from my build:

cc -o prmjtime.o -c   -DUSE_AUTOCONF=1 -DMOZILLA_CLIENT=1 -DBROKEN_QSORT=1
-DSTDC_HEADERS=1 -DHAVE_ST_BLKSIZE=1 -DHAVE_ST_RDEV=1 -DHAVE_TZNAME=1
-DHAVE_INT16_T=1 -DHAVE_INT32_T=1 -DHAVE_UINT16_T=1 -DHAVE_DIRENT_H=1
-DSTDC_HEADERS=1 -DHAVE_SYS_WAIT_H=1 -DTIME_WITH_SYS_TIME=1 -DHAVE_FCNTL_H=1
-DHAVE_LIMITS_H=1 -DHAVE_MALLOC_H=1 -DHAVE_STRINGS_H=1 -DHAVE_UNISTD_H=1
-DHAVE_SYS_FILE_H=1 -DHAVE_SYS_IOCTL_H=1 -DHAVE_SYS_TIME_H=1
-DHAVE_SYS_STATVFS_H=1 -DHAVE_SYS_STATFS_H=1 -DHAVE_SYS_VFS_H=1
-DHAVE_SYS_MOUNT_H=1 -DHAVE_LIBC=1 -DHAVE_LIBM=1 -DHAVE_LIBDL=1 -DHAVE_LIBC=1
-DHAVE_LIBRESOLV=1 -DHAVE_LIBSOCKET=1 -DHAVE_LIBNSL=1 -DHAVE_LIBELF=1
-DHAVE_LIBINTL=1 -DHAVE_LIBPOSIX4=1 -DHAVE_LIBW=1 -DHAVE_LIBL=1
-DHAVE_ALLOCA_H=1 -DHAVE_ALLOCA=1 -DHAVE_UNISTD_H=1 -DHAVE_GETPAGESIZE=1
-DHAVE_MMAP=1 -DRETSIGTYPE=void -DHAVE_STRCOLL=1 -DHAVE_STRFTIME=1
-DHAVE_UTIME_NULL=1 -DHAVE_VPRINTF=1 -DHAVE_FTIME=1 -DHAVE_GETCWD=1
-DHAVE_GETHOSTNAME=1 -DHAVE_GETWD=1 -DHAVE_MKDIR=1 -DHAVE_MKTIME=1
-DHAVE_PUTENV=1 -DHAVE_RMDIR=1 -DHAVE_SELECT=1 -DHAVE_SOCKET=1 -DHAVE_STRCSPN=1
-DHAVE_STRDUP=1 -DHAVE_STRERROR=1 -DHAVE_STRSPN=1 -DHAVE_STRSTR=1
-DHAVE_STRTOL=1 -DHAVE_STRTOUL=1 -DHAVE_UNAME=1 -DHAVE_QSORT=1 -DHAVE_SNPRINTF=1
-DHAVE_WAITID=1 -DHAVE_FORK1=1 -DHAVE_REMAINDER=1 -DHAVE_LCHOWN=1
-DHAVE_STATVFS=1 -DHAVE_LOCALTIME_R=1 -DHAVE_GETTIMEOFDAY=1
-DGETTIMEOFDAY_TWO_ARGS=1 -DHAVE_IOS_BINARY=1 -DNEEDS_bool=1 -DMOZ_BRPROF=1
-DMOZ_USER_DIR=\".mozilla\" -DMOZ_DLL_SUFFIX=so -DMODULAR_NETLIB=1
-DSTANDALONE_IMAGE_LIB=1 -DXP_UNIX=1 -DUNIX_EMBED=1 -DX_PLUGINS=1 -DUNIX_LDAP=1
-DUNIX_ASYNC_DNS=1 -DJS_THREADSAFE=1 -DLAYERS=1 -DNETSCAPE=1 -DNGEDITOR=1  -O -g
-KPIC  -DDEBUG -UNDEBUG -DDEBUG_tor -DTRACING -DOSTYPE=\"SunOS5\"
-DCookieManagement -DJS_USE_SAFE_ARENA  -I../../dist/./include
-I../../dist/include -I/cs/src/mozilla/mozilla/include
-I/ltmp/gfx/tor/nspr/include -I../../dist/./public/jpeg
-I../../dist/./public/png -I../../dist/./public/zlib
-I/cs/src/mozilla/mozilla/js/src -I/usr/openwin/include
/cs/src/mozilla/mozilla/js/src/prmjtime.c
/usr/ccs/bin/as -o lock_SunOS.o -xarch=v8plus -DULTRA_SPARC -P -L -D_ASM
-D__STDC__=0  /cs/src/mozilla/mozilla/js/src/lock_SunOS.s
rm -f libmozjs.a
ar cr libmozjs.a ./jsapi.o ./jsarena.o ./jsarray.o ./jsatom.o ./jsbool.o
./jscntxt.o ./jsdate.o ./jsdbgapi.o ./jsdtoa.o ./jsemit.o ./jsexn.o ./jsfun.o
./jsgc.o ./jshash.o ./jsinterp.o ./jslock.o ./jslog2.o ./jslong.o ./jsmath.o
./jsnum.o ./jsobj.o ./jsopcode.o ./jsparse.o ./jsprf.o ./jsregexp.o ./jsscan.o
./jsscope.o ./jsscript.o ./jsstr.o ./jsutil.o ./jsxdrapi.o ./prmjtime.o
./lock_SunOS.o
ranlib libmozjs.a
tor:  fugu is running 4.2. you are running 5.0, right?
No, I'm also running 4.2 (5.0 CDs supposed to arrive RSN).  Anyone know
what version of gmake is on fugu?  I'm at 3.76.1.
fug ~:gmake --version
GNU Make version 3.74, by Richard Stallman and Roland McGrath.
... couldn't we just supply a .s rule?
There is a .s rule in mozilla/config/rules.mk -- search for ASFLAGS.
Not sure why fugu isn't using it, which was the reason for the shot
in the dark regarding gmake version.  Perhaps it's tripping over
some obscure bug... or it could be something completely obvious we're
missing.
Adding more folks to the cc list in the hopes that one of them can toss a clue
at this.
Looks like this has been fixed. "fugu" is green on the SeaMonkey Ports page.
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
OK, closing it.  Thanks for tracking this.

Tim, can you verify?

Thanks - Mike
Status: RESOLVED → REOPENED
fugu is running 5.6, not 5.7.  Was this a 5.7 problem?
Reopening in case it was.
Status: REOPENED → RESOLVED
Closed: 25 years ago → 25 years ago
Builds lock_SunOS.o on both 5.6 (fugu) and 5.7 (local testing).
Changing component to "Javascript Engine".  "Javascript" component is being
retired.
Status: RESOLVED → VERIFIED
marking verified since tor says he could build it.  i have a 5.6 box, but not a
2.7 to check this myself.
You need to log in before you can comment on or make changes to this bug.