No description provided.
Everything in core should probably be assumed to loaded on startup. Anything in core that isn't loaded at startup should be moved into extra.
I wonder if extras/ should be named something like packages/ or modules/, etc. so it is clear that it is the standard place to place additional code libraries. Many of the source files in examples/ could probably be moved in there too. I expect examples to be like an extended help file that demonstrates a complete program but several seem to be a mostly complete implementation of some data structure and without an actual example usage of it.
I'm also wondering if we will need some additional organization in extras/ (or whatever it gets called). I'm thinking it would be helpful to have some sort of folder structure defined sooner rather than later. That should makes it easy to just create git submodules and (eventually) a custom package manager, without worrying too much about file name conflicts. This might get us closer to resolving #432 too.
I believe this will conflict with other files named core that I often have in this directory :)
How about a better name then?
How about stdlib since that's what we call it in the manual? Seems kind of windy though.
+1 to some organisation in extras/ , a folder for each package (winston, ad ... etc)
to me, stdlib sounds mentally confusing with the standard c header of the same name
another thought is that we could go with everything being in jl/ and move everything in there now to jl/core? with an additional folder for each "package". to make loading easier, we could also have a convention that load() on a folder tries instead to load a file of the same name from within that folder (which can then load the rest of it's needs).
That seems like a reasonable scheme to me. It helps keep all the Julia code in one place.
Why should all the julia code be in one place?
I still think using core is a bad idea. How about base? Then we can also call the namespace of the standard library Base which is nice and short.
I like that.