`Dir.makePath` handles `..` in the sub_path differently per-platform about zig HOT 3 CLOSED

One possible solution is to merely document the differences in platform behavior and leave it to the API user to handle the differences appropriately. For example, some of the file system API mentions that atomicity is platform-dependent.

I think the most important concern is 1. making it practical to write optimal software that does the best combination of syscalls on any given OS, closely followed by 2. making it maintainable to do this for all the supported operating systems being abstracted over.

In other words, I would rather solve the problem by pushing the OS differences onto the API user, than do a bunch of work behind the scenes to make one system emulate a different one.

from zig.

Agreed, I think that's the most viable path forward for something like this where trying to hammer one platform's behavior to match the shape of another would likely incur a significant 'optimality' penalty in one direction or another. Plus, matching the platform convention for each platform doesn't seem like the worst thing in this case.

Can always revisit this decision later if there's more context that's missing.

from zig.

An additional note: the Linux behavior here matches the behavior of mkdir -p on Linux:

$ ls
$ mkdir -p first/../second/../third
$ ls
first  second  third

So this seems to basically be the same dilemma as #7751 and #4658 (comment)

from zig.