-
-
Notifications
You must be signed in to change notification settings - Fork 74
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Just use BinDeps.unpack_cmd instead of looking for 7zip ourselves #229
Conversation
In Julia 1.3.0 7z.exe is moved into the /libexec folder.
Now check for if Julia >= 1.3.0 and select the right location for 7.exe.
`unpack_cmd` is exported from BinDeps. Let them deal with the 7zip stuff, we don't need to do anything special in this package.
This looks awesome. Is there really no way to tell if something is an error related to a command not being found besides checking the status code (using what's more or less and implementation detail)? I think the current solution is good but that's surprising/unfortunate. |
I guess we could extract the executable out of the command using |
Eh I don't think so. I think the way you have it now is great. |
@tkoolen If you're happy with this, I can merge and release a patch version. |
I went ahead and merged. Before release:
|
unpack_cmd
is exported from BinDeps. Let them deal with the 7zip stuff, we don't need to do anything special in this package. Though we'll still be nice and try to point at a possible solution for Windows users that build from source.This still uses
Base.UV_ENOENT
, which isn't exported, but it's a lot better than what we had before. Alternatively, we can useBinDeps.exe7z
and directly check for its existence, but that isn't exported either and I expectBase.UV_ENOENT
to be less likely to change.