to make headerizer happier
…e string. Not wired in to anything yet, so shouldn't cause any problems. wayland++. See TT #560 for more details
…m. They shouldn't be, but they are. Expose them all for now, to try and fix C++ build and ttbot failures
…c/packfile/segments.c. Add a header file pf_private.h to that subsystem for intra-subsystem declarations. src/packfile/api.c is for external-facing interfaces. Things that are private to the subsystem should not be there
…have a routine to wrap it in a PMC if needed. Delete the PackfileManager PMC type. It was worthless. Move most of the functionality to PackfileView. Move the ability to get the current packfileview pmc from the interpreter
… and create method PackfileView. Use more packfile API funcs from the embedding API
…f_write_pbc_file. Use that function to implement PackfileManager.write_to_file. Also, remove PackfileView.execute method, it doesn't work as-is and can be easily replicated using main_sub()
…dd some functionality to PackfileView to match or exceed what Eval provides in terms of getting access to constants and Subs
…g API should not be called from a situation where GC has not been set up. Most functions used in an extending situation do not have these macros, so they are clearly not important.
…rot_compile_file. These both probably belong in a file dedicated to compiler-related routines
… Add a similar function for _load. Fix docs. Add some DEPRECATED: notices to embed.c with upgrade path information
… a prototype
… smaller functions. consolidate the mmap logic. Remove a goto.
…h might not be required for extensions, but right now it is required because extend.h is so anemic