Touching certain globals for making a deprecated/excluded/ignored modules/extension list

Since we can't really be modifying 2k+ customers php.ini files every time the core moves something from being shared to static what I want to do is make an 'ignore dynamic loading' or dynamic extension load excludes or however you want to term it. If there's interest I'll contribute it back, but if not then I'll hack it up so it works in our case. Specifically my problem is I want to touch _php_core_globals and add an extra entry to that struct, but I want to make sure that by doing that I'm not going to cause any serious problems (provided I prefix it with something meaningful to help avoid namespace collisions). Obviously I'll be touching php_dl, as well as a couple other places probably, but none of those really worry me because I can add/remove code w/o changing API structs. Does the Zend Optimizer (one of the modules we make extensive use of) depend on _php_core_globals, or anything else for that matter that the core team knows of? I just don't want to code up something and then find out it breaks things. TIA for any info you all can provide. More on what I want to do: Basically make a comma seperated list that lives in a config var (or file in our case here at modwest) that gets loaded on startup. When php_dl is called to dynamically load an extension it checks to see if the extensions filename (stripping any leading path information) is in this list, if it is it returns w/o an error, possibly logging a warning that 'module yyyy is in list of excluded modules' I welcome any comments anyone may have as well.