-
Notifications
You must be signed in to change notification settings - Fork 32
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
Homebrew problems with building HDF5 (tries to build gcc without a bottle) #237
Comments
@staticfloat As per your request, ping! |
@staticfloat , I have the same problem. Somehow, updating Homebrew.jl ends up compiling gcc-8.2.0 from the source, and takes a huge amount of time to build it. In fact, the compilation failed. Here is the output from my julia session:
Thanks for your help! |
@andreasnoack Unfortunately they closed that without solving it. See Homebrew/homebrew-core#27751 (comment) . They just said "not our problem". |
See my comments #245. Somehow, it worked today though it took a long time to build gcc 8.2.0 automatically via Homebrew.jl... |
I'm having HDF5 issues too on both 0.6.4 and 0.7.0 on MacOS High Sierra. Both are the same sort of error, about a problem with a gmp library:
|
Just install system Homebrew. Install HDF5 at the system level. Then, add the Julia wrapper: Pkg.add("HDF5") (or using the groovy new REPL Pkg: add HDF5). When the Julia wrapper is installed, it DOES find the HDF5 installed in the system level Brew Cellar. I had to do this when Homebrew.add("HDF5") failed in Julia as for the original poster. Installing at the system level, then adding the wrapper worked perfectly. For some reason, the system level brew always tends to be much faster. This, yet again, shows the problem of forking this kind of infrastructure: the fork has its own problems and can't keep up with the vast amount of work that goes into maintaining Homebrew (also by volunteers--donate!--but more of them). It's not that the idea of a forked, captive Homebrew is so bad--it's ok. It's just extra work that doesn't really need to be done when there aren't enough well-meaning, hard-working arms and legs to do it. By not duplicating, we free up effort to go into cool Julia packages. It DOES make sense to have special Brew formula for Julia to handle Julia-specific dependencies. The good news is that Homebrew allows this. This contradicts the stated reason for using a private Homebrew instead of the system Homebrew. The Homebrew developers have seen this entirely legitimate need for private dependencies and ways to avoid name conflicts. They solved it. |
@staticfloat
Note sure if this is a problem here or not, but they're claiming in the Homebrew project (here) this is fixed, and HDF5 is claiming it's upstream (here). Any chance problem is in this intermediate link in the chain?
The text was updated successfully, but these errors were encountered: