I really want this as well. In my case I'm generating logic based on HTML 
templates on the fly and need to execute this logic from a remote database. The 
PHP box itself is sand-boxed, and the code is signed so it cant be modified.

For us saving these templates to disk doesn't make sense since there will be 
thousands of them. We want to minimize disk activity for these PHP boxes as much 
as possible.

For us eval() makes the most sense in this situation. The only reservation is 
this code isn't opcode cached. A function like apc_eval would make the most 
sense for us, although it should probably be broken up into:

apc_code_store(string $key, string $code [, int $ttl])
apc_code_eval(string $key)

And if there needs to be:

apc_code_delete($string $key)

(Although if apc_delete could be used, that would be fine)

It would also be interesting to be able to do:

apc_fetch($string $key)

To get the opcode in binary form. Perhaps have the ability to store this in a 
database and transmit it to other machines and do:

apc_store($key, $opcode)

And then:

apc_code_eval($key)

As much as the idea is interesting, the massive difference in the way apc user 
and opcode caches work makes this a really big feature.

I would suggest using a ramdisk to dump the generated files which would be about 
as fast and wouldn't leak memory - apc_bin* stuff leaks memory as it does not 
allow for any partial unloading, all we can do is flush the whole cache to get 
rid of it.

I'm closing this because it won't get fixed, not because it can't be,