8007109: Regression: String(ConsString) does not flatten argument to String Reviewed-by: sundar, lagergren

8007132: Java objects returned from constructor functions are lost Reviewed-by: hannesw, lagergren, attila

8007062: Split Lower up into Lower/Attr/FinalizeTypes. Integrate AccessSpecalizer into FinalizeTypes. Summary: Lower suffered from being a "God class" trying to do everything at once. As Nashorn code generation has grown, so has Lower. It does several post processing passes, tries to do several things at once even though all type information isn't in place, adjusting state afterwards and so on. It also performs control flow analysis, type attribution and constant folding, and everything else code generation related before byte code emission. I have now separated the compilation process into Lower (create low level nodes from high level ones, copy code such as finally block inlining etc), Attr (assign types and symbols to all nodes - freeze slot and scope information) and FinalizeTypes (insert explicit casts, specialize invoke dynamic types for scope accesses). I've removed the kludgy AccessSpecializer, as this now integrates naturally with typing. Everything is now much easier to read and each module performs only one thing. I have added separate loggers for the separate tiers. In the process I have also fixed: (1) problems with type coercion (see test/script/basic/typecoercion.js, basically our coercion was too late and our symbol inference was erroneous. This only manifested itself in very rare occasions where toNumber coercion has side effects, such as for example when valueOf is overridden) (2) copying literal nodes (literal copy did not use the superclass copy, which made all the Node specific fields not to be copied (3) erroneous literal tokenization (literals shouldn't always just inherit token information from whatever node that creates them) (4) splitter weighnodes - unary nodes were considered weightless (4) removed the hateful and kludgy "VarNode.shouldAppend", which really isn't needed when we have an attribution phase that determines self reference symbols (the only thing it was used for) (5) duplicate line number issues in the parser (6) convert bug in CodeGenerator for intermediate results of scope accesses (see test/script/basic/access-specializer.js) ... Several of these things just stopped being problems with the new architecture "can't happen anymore" and are not bug fixes per se. All tests run. No performance regressions exist that I've been able to measure. Some increases in performance were measured, but in the statistical margin of error (which is very wide as HotSpot currently has warmup issues with LambdaForms/invoke dynamic). Compile speed has not measurably increased. Reviewed-by: jlaskey, attila

8007094: Apply version to nashorn.jar manifest Reviewed-by: sundar Contributed-by: james.laskey@oracle.com

8007091: Provide private API to pass application class loader for nashorn script engine Reviewed-by: jlaskey, lagergren

8006676: Integrate Nashorn into new build system Reviewed-by: jlaskey Contributed-by: james.laskey@oracle.com

8007004: nashorn script engine should not use thread context class loader as script 'application loader' Reviewed-by: attila, hannesw

8006983: Introduce a command line option to switch off syntactic extensions of nashorn Reviewed-by: lagergren, attila

8006766: Array-like access to characters of a string is slow Reviewed-by: lagergren, attila

8006857: ClassCastException when interface implementing function uses arguments object Reviewed-by: jlaskey, lagergren

8006852: Move tests from JIRA for prepopulated map failures Reviewed-by: sundar Contributed-by: james.laskey@oracle.com

8006408: Clean up and specialize NativeString Reviewed-by: jlaskey, lagergren

8006755: Functions inside with statements dont get correct scope Reviewed-by: lagergren, attila

8006575: Error in codegen for element access on primitive value Reviewed-by: hannesw, lagergren

8006736: nashorn script engine should support the usage multiple global objects with same engine instance Reviewed-by: lagergren, jlaskey, hannesw

8006678: Avoid too many Context.getGlobal() calls Reviewed-by: lagergren, jlaskey

8006677: Remove unused FunctionNode flags Reviewed-by: hannesw, jlaskey

8006570: This-value for non-strict functions should be converted to object Reviewed-by: jlaskey, lagergren, attila

8006635: Reduce access levels as much as possible Reviewed-by: jlaskey, lagergren, attila

8006525: Give StaticClass objects their own linker Reviewed-by: hannesw, lagergren

8006557: JDK8/Lambda build clashes on Map.replace() Reviewed-by: jlaskey

8006584: improve variable handling in NashornScriptEngine Reviewed-by: jlaskey, hannesw

8006562: findOwnMH in nashorn "objects" package should be cleaned up Reviewed-by: jlaskey, lagergren

8006527: nashorn jsr223 engine does not work in sandbox Reviewed-by: jlaskey, attila, lagergren

8006517: PropertyHashMap.Element.equals() compares to Property Reviewed-by: sundar Contributed-by: james.laskey@oracle.com

8006424: Passing null or undefined to adapter class constructors results in NPE or ClassCastException Reviewed-by: attila, hannesw, jlaskey

8006412: Improve toString method of ScriptObjectMirror class Reviewed-by: jlaskey, lagergren

8006304: Remove pre-population of maps for constructor produced maps Reviewed-by: sundar Contributed-by: james.laskey@oracle.com

8006337: Discarded arguments for INVOKESTATIC must still be evaluated for side effects Reviewed-by: hannesw, jlaskey, sundar

8005958: invoking a function through INVOKESTATIC with more arguments than it declares resulted in malformed bytecode being generated Reviewed-by: lagergren, jlaskey

8006293: Reduce ScriptObject.findCallMethodMethod Reviewed-by: lagergren, jlaskey

8006181: nashorn script engine does not run jrunscript's initialization script Reviewed-by: lagergren, jlaskey Contributed-by: rieberandreas@gmail.com