[Omake] SVN Commit: OMake Build System [0.9.8.x] (Rev. 10621)

Aleksey Nogin nogin at metaprl.org
Thu May 3 16:52:02 PDT 2007


On 03.05.2007 16:10, Jason J. Hickey wrote:

> The problem with the new implementation is that the normal operation, the
> coarse comparison, now gets a lot of collisions *by definition*.

Huh? Didn't you just solve this by making sure that the coarse hash is 
available? If the goal is to make the comparisons faster, we do not need 
to cons-hash, just to include the hash number in the data structure.

> There is a solution, which is a vertical split, where each fine
> node has the hash-consed coarse node as a component.  Comparisons
> should be based on the coarse node, but the full hash-consing would
> be case-sensitive.

What is the point of cons-hashing the coarse structure and then 
cons-hashing it _again_ inside the fine structure?

What we may want to do instead, may be, is to change the FileCase.t to 
be StringHash.t instead of string. This way we'd still get the maximal 
allowed sharing between the different case-variations of the same filename.

Aleksey


More information about the OMake-Devel mailing list