Parrot reorg
Dan Sugalski
well do it right. Leo wants IMCC put in a separate subdirectory, and I
can't much disagree, except that none of the rest of the core engine code
is in a separate subdirectory.
Since we've been threatening for years (literally, alas) to do this, we
might as well go ahead. What I propose is that all the C source in the top
level directory except the ops files go into interpreter/, the ops files
go into ops/, and potentially we move languages/ to extras/languages/
though I'm not a huge fan of that. We can move the .pl files except
for Configure.pl into utils/, and that then leaves us with a pretty clean
tree.
From now on, then, core interpreter stuff goes into interpreter/, IMCC
stuff into imcc/, compiler parts into compiler/ (when we have the generic
parse tree->imcc tree stuff done), parser front end work into parsers/,
and optimizer middle-end stuff in optimizer/. Optional bytecode loaders
can go into loaders/ which doesn't exist yet, but will.
Anything I'm missing? This is for *after* 0.0.11, of course. (And
potentially after a case of really good beer, soda, or dog food is shipped
off to Robert... :)
Dan
Leopold Toetsch
[ the *big* move around ]
> Anything I'm missing? This is for *after* 0.0.11, of course. (And
> potentially after a case of really good beer, soda, or dog food is shipped
> off to Robert... :)
I like that. What about subsystems (io, encodings, chartypes, packfile,
jit, ...)?
> Dan
leo
Dan Sugalski
They're already in subdirectories, so it seems to make sense to leave them
where they are. I thought about moving them deeper, but it doesn't seem
worth it.
Dan
Robert Spier
> potentially after a case of really good beer, soda, or dog food is shipped
> off to Robert... :)
Of course, any of the above will help "grease the wheels". You can
also paypal to my non-computer charity of choice... http://www.gsrescue.org ...
;)
-R (woof!)