Restructure lib/Runtime/Library directory

[MadProbe]

I am not sure if i moved all files to their folders correctly, so if you, @rhuanjl, have any suggestions to move something, i'll apply your changes without hesitation.

@ppenzin, Here is the changes:
I added 8 folders with self-descriptive names: Array, Functions, Generators, Iterators, JSON, Regex, String, and WASM

[rhuanjl]

I'll look at this in more detail later; though quick note - ignore the CI copyright check error.

[rhuanjl]

@ppenzin interested what you think here as well - simply an attempt to make the lib/Runtime/Library folder a little easier to navigate with some new subfolders.

See index here: https://github.com/MadProbe/ChakraCore/tree/structurization/lib/Runtime/Library vs current master.

Of the new subfolders they all seem fairly self-explanatory and sensible to me other than perhaps the Functions one.

I also wonder if we should also move the following files (all of which are used for the self-hosted JS library methods) into the InJavascript folder:

IntlEngineInterfaceExtensionObject.cpp
IntlEngineInterfaceExtensionObject.h
IntlExtensionObjectBuiltins.h
EngineInterfaceObject.cpp
EngineInterfaceObject.h
EngineInterfaceObjectBuiltIns.h
JsBuiltInEngineInterfaceExtensionObject.cpp
JsBuiltInEngineInterfaceExtensionObject.h

[ppenzin]

@ppenzin interested what you think here as well - simply an attempt to make the lib/Runtime/Library folder a little easier to navigate with some new subfolders.

I like it, I always felt that Runtime/Library has grown a bit too big.

I also wonder if we should also move the following files (all of which are used for the self-hosted JS library methods) into the InJavascript folder

What InJavascript directory supposed to be for - for builtins' sources and generated bytecode or everything builtin-related? Maybe they should go there, or maybe it needs one more level (to distinguish between C++, JS, and generated code). I don't have a strong opinion on this, there is a number of good ways to do it.

Minor nit: I'd use Function instead of "Functions" (I'm fine either way, this is not significant).

@MadProbe, ror commit readability can you please add the list of new directories - either in the comments here or into one of the commits.

[rhuanjl]

Looking at the proposed Functions folder some of the things in it are somewhat different things in particular:

• the 4 ArgumentsObject files support the use of the arguments keyword they're not innate to functions
• The 3 JavascriptBuiltInFunction are providing a list of library methods for the Jit to reference

[pleath]

Is it at all an issue for you that a broad restructuring change will make it difficult to propagate changes from released MSFT branches to master? This includes CVE fixes and any outstanding feature work, like the change I've been holding onto to share types with deleted properties.

[rhuanjl]

Is it at all an issue for you that a broad restructuring change will make it difficult to propagate changes from released MSFT branches to master? This includes CVE fixes and any outstanding feature work, like the change I've been holding onto to share types with deleted properties.

This is a valid point - I was the under the impression that we weren't expecting any significant further MSFT input. But perhaps it's worth delaying this for a little longer