PerlBuildSystem
view release on metacpan or search on metacpan
on hold till we decide how to differenciate them for the user
md5 is not user friendly
what if we want to reuse most of what is in the out directory even
if the config is slightely diffrent
what about a specialized filesystem to speedup dependency?
we "serialize" the dependency tree and let the filesystem do the triggering
this allows us to very fast know if a whole subtree has been modified or not
Problems to be fixed:
How do we serialize?
FUSE FAm nullfs overlayfs portalfs
each warp has a unique signature, we can keep a list of dependent in a warp signed file
each file in a dependency file get a 'special' file named: warp_sig + filename (ie X) in the
directory where the file is. The fs checks that file (and all other special file with
other warp sig for file X). The trace file (the special file) for a given warp signature
contains a list of all the dependent to file X and the location where to write the trace data
if file X was to be changed. It could also contain the original md5 of file X.
It would make sense to have the trace file to be a perl script that is evaled from the fs,
this would be effective if we embed a perl interpreter into the fs, this would free the fs
from the logic internals. All that need to be done is eval a file if it exists.
( run in 1.208 second using v1.01-cache-2.11-cpan-49f99fa48dc )