> In the long shot, it may be better to not include
> SpiderMonkey in CS, but have it used as an external library.
> For e.g. Gentoo a package is available, possibly as well
> other linuxes, and for Win32 I'll prolly include in in the
> cs-win32libs.
>
That would certainly be the best option long-term. I didn't want to put
any burden on the maintainers of CS, though. The version of
SpiderMonkey that AWS2 uses actually comes out of CS because Brendan
hasn't posted the 1.6 package to the website yet.
One possible note of frustration: there's no config file for mingw or
cygwin builds for SpiderMonkey. The MSVC versions apparently work fine
for MSVC, but you would need to write and maybe submit Makefiles for the
/config directory for those platforms, or else have your own Makefiles
for when you do a cs-win32libs build. I would volunteer to do that, but
I hate Make and I don't really understand Makefiles.
In any case, this would certainly allow tighter integration with AWS2
for those apps who chose to include the API in their projects. The
simple notification object that is shared with clients at this point is
somewhat limited in comparison to native integration.
-={C}=-
-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid0944&bid$1720&dat1642
_______________________________________________
Crystal-main mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/crystal-main
Unsubscribe: mailto:[EMAIL PROTECTED]
