Jora Troosh

Btw, I've rewritten [`structopt`](https://github.com/Games-by-Mason/structopt/issues/11) to support ZON-like structs, no fancy parser, but pretty nice to use (will be even nicer after we're able to import ZON files without result types):...

Admittedly, this will sound a bit off-topic, but there's a trivial stylistic nitpick that I have in regards to `std/Target.zig`, namely, `is...` functions for determining `arch` aren't all correctly `camelCased`:...

Just hit this on 0.14.0 trying to link `kperf`: ```zig exe.addSystemFrameworkPath(b.path(try std.fs.path.relativePosix(b.allocator, ".", "/System/Library/PrivateFrameworks"))); exe.linkFramework("kperf"); ``` ```sh $ zig build error: error: unable to find framework 'kperf'. searched paths: /System/Library/PrivateFrameworks/kperf.framework/kperf.tbd...

Yeah, I was able to link, too, but with Xcode CLI: ```zig lib.addSystemFrameworkPath(.{ .cwd_relative = "/Library/Developer/CommandLineTools/SDKs/MacOSX.sdk/System/Library/PrivateFrameworks" }); ``` It's better for private frameworks SDK path to be searched by default...

Tbh `/System/Library/PrivateFrameworks` doesn't seem correct. In case of `kperf`, there's a symlink to `Versions/Current/kperf` but there's no `kperf` there. ``` $ ls -l /System/Library/PrivateFrameworks/kperf.framework/ total 0 lrwxr-xr-x 1 root wheel...