As it stands, our use the NGS JavaScript engine is probably going to have
to be reviewed yet again. We chose it originally since it was under a
GPL-compatible license. However, in the meantime, the primary developer of
that codebase has left the project. No one is maintaining the NGS codebase
anymore. In addition, the licensing terms of the Mozilla JavaScript engine
have been modified to be GPL-compatible. The Mozilla engine is actively
maintained and far more compliant and mature than the NGS codebase.
Unfortunately, it's still a LOT slower than NGS, it's API is a bit uglier,
and it has that nasty NSPR thing in it.
Bottom line -- we have to make that decision again, and it looks possible
that we'll dump the NGS codebase.
-->Ok... I have modified the following files to fix various things under win9x >using the new cygwin package: > >abidefs.mk: >changed lines: >OS_NAME := $(shell uname -s | sed "s/\//-/" | sed "s/_.*//g") >OS_RELEASE := $(shell uname -r | sed "s/\//-/" | sed "s/ .*//g") > >BUILD_JS.sh and GET_JS.sh: >changed lines: >OS_NAME := $(shell uname -s | sed "s/\//-/" | sed "s/_.*//g") >OS_RELEASE := $(shell uname -r | sed "s/\//-/" | sed "s/ .*//g") > >also added the following lines: ># uname -s on CygWin returns "CYGWIN32_NT" >+if [ $OS_NAME = "CYGWIN" ]; then >+ OS_NAME=WIN32 >+fi > >Still, when I go to build with javascript on, a very small error occurs: >abi_ver.cpp >../../xap/xp\xap_App.h(25) : fatal error C1083: Cannot open include file: >'js.h' >: No such file or directory >make[4]: *** [WIN32_20.1_i386_DBG/abi_ver.obj] Error 2 >make[3]: *** [build] Error 2 >make[2]: *** [build] Error 2 >make[1]: *** [abiword] Error 2 >make: *** [abiword] Error 2 >BASH.EXE-2.02$ > >js.h ends up in abi\dist\WIN32_20.1_i386_DBG\include and the libraries end >up in abi\dist\WIN32_20.1_i386_DBG\lib > >Jim
Eric W. Sink, Software Craftsman eric@abisource.com