There should be no need to have bitlib in the standard release of SciTE. I have had it in my custom version for quite awhile, and it must have been included in mitchel's as well.
I don't think the mechanism used for package management is quite the way it should be. I think it's using an undocumented implementation detail, referring directly to the _LOADED registry index. I believe this would more correct (albeit a bit longer): clone the nested tables within "package", and store as subkeys in SciTE_InitialPackageState. Then, when restoring the initial state, clear the global table and merge in values from ScITE_InitialState as before, but then go into each subkey under package, clear that, and merge in the corresponding data from SciTE_InitialPackageState. That should avoid having to refer directly to _LOADED in the registry, while still preserving identity between package.loaded and _LOADED as per the current implementation of Lua 5.1. I can implement this if no one else wants to. However, as you guys have probably noticed I don't exactly have a lot of time to devote to SciTE lately, so I will wait and see if someone else wants to give it a go first. "Neil Hodgson" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > Mitchell: > >> I have, with initial help from Bruce Dodson, upgraded >> SciTE 1.72 to use >> Lua 5.1. > > There are some warnings and errors from Borland (some > are also > reported by other compilers): > > Warning W8012 ..\lua\src\lparser.c 841: Comparing signed > and unsigned > values in function subexpr > Warning W8008 ..\lua\src\lundump.c 125: Condition is > always true in > function LoadConstants > Warning W8001 ..\lua\src\lib\lauxlib.c 650: Superfluous & > with > function in function luaL_newstate > Error E2176 ..\lua\src\lib\lbitlib.c 60: Too many types in > declaration > Error E2176 ..\lua\src\lib\lbitlib.c 61: Too many types in > declaration > > If people have been using SciTE with these Lua 5.1 > changes then > please report your experience so that integration can > progress. Since > bitlib is not part of core Lua and causes compiler errors > I'm inclined > to remove it. There's also an empty lua/src/ltests.c. > > Neil _______________________________________________ Scite-interest mailing list [email protected] http://mailman.lyra.org/mailman/listinfo/scite-interest
