[Omake] "Strict" case sensitivity.

Aleksey Nogin anogin at hrl.com
Fri May 11 11:12:26 PDT 2007


Hi Jason,

Sorry it took me a while to get back to you on the latest case 
sensitivity stuff (I was sick :-( ).

I have not tried to play with it yet (I should probably do so both under 
Windows and using something like FAT on Linux), but I looked through the 
code of the current implementation and I have a few questions:

- Is there some reason why Omake_cache.ls_exe_path_win32 maps the PATH 
directories to realnames, while ls_exe_path_unix does not?

- Now both Omake_cache_stat and Omake_cache maintain a directory listing 
cache, which seems kind of wasteful - should we merge the two somehow?

- For that matter, the dir_items record field in Omake_cache_stat is 
never used - is it supposed to be?

As far as the "enforced sensitivity" idea itself, I still like it in 
principle and still slightly concerned that we might accidentally 
introduce a lot of strange behaviors where case-sensitive and 
case-insensitive portions of the code [mis]interact in a weird way. On 
the other hand, a while ago we had a somewhat similar case with Cygwin's 
"auto-append .exe to anything, but directory listings" and I think that 
it caused us to be more careful with this...

Is it true that all the fine-in-path, filter-exists and similar 
operations are "strict" in the current implementation? It would seem 
that they need to be, as they are often used to find dependencies in 
some sort of "overinclusive" list.

Aleksey

-- 
Aleksey Nogin, Research Staff Member
Advanced Technologies Department, Information & System Sciences Lab
HRL Laboratories, LLC, Malibu, CA


More information about the OMake-Devel mailing list