Andrew Mackenzie

working fine for me... something to do with bindgen? ``` bindgen --version bindgen 0.66.1 ``` What do you have?

That patch would be fine for me, as libproc.h in in that dir. > want to send it as a PR? But I'd like to understand what's up and why...

Want to send a PR and others could see if your branch works for them, prior to merging?

# Location of libproc.h It's in lots of places :-) including the same as yours: ``` find / -name libproc.h 2>&1 |grep -v Permission /Library/Developer/CommandLineTools/SDKs/MacOSX13.3.sdk/usr/include/libproc.h /Library/Developer/CommandLineTools/SDKs/MacOSX13.1.sdk/usr/include/libproc.h /Library/Developer/CommandLineTools/SDKs/MacOSX10.14.sdk/usr/include/libproc.h /Library/Developer/CommandLineTools/SDKs/MacOSX12.1.sdk/usr/include/libproc.h /Library/Developer/CommandLineTools/SDKs/MacOSX12.3.sdk/usr/include/libproc.h /System/Volumes/Data/Library/Developer/CommandLineTools/SDKs/MacOSX13.3.sdk/usr/include/libproc.h...

Fixed by https://github.com/andrewdavidmackenzie/libproc-rs/pull/103

Replying to your points: - `SDKROOT` I don't have that set, so not sure who sets it. But it doesn't see "universal"? - "Dependency on commandline tools", you mean `clang`...

"0.14.2" published on [crates.io](https://crates.io/crates/libproc) (patch release as no functional change) Tag/Release v0.14.2 (see https://github.com/andrewdavidmackenzie/libproc-rs/releases/tag/v0.14.2)

If that works for you, either close the issue, or let me know and I'll close it.

Ah yes, closed when the PR was made - sorry. Glad that worked for you.

I guess this could use [OSString](https://doc.rust-lang.org/std/ffi/struct.OsString.html)? Any suggestions on how to improve this to help improve for you?