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

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.

OK, closing it. Thanks for tracking this. Tim, can you verify? Thanks - Mike

fugu is running 5.6, not 5.7. Was this a 5.7 problem? Reopening in case it was.

Builds lock_SunOS.o on both 5.6 (fugu) and 5.7 (local testing).

Changing component to "Javascript Engine". "Javascript" component is being retired.

marking verified since tor says he could build it. i have a 5.6 box, but not a 2.7 to check this myself.