tech-pkg archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
Re: increasing cmake requirement?
"Dr. Thomas Orgis" <thomas.orgis%uni-hamburg.de@localhost> writes:
> We could add a cmake version requirement to mk/blas.buildlink3.mk in an
> if(USE_CMAKE) … or also if cmake is mentioned as TOOL only? That way,
> all packages that depend on BLAS and use CMake get it.
>
> I'm not sure how that would interfere with a setting already done in
> the tools/replace.mk … we'd need some interaction between those?
That sounds like we have landed firmly at "don't mess with this in
freeze".
> I must admit that my regular use case is building pkgsrc prefixes from
> scratch. This is Other People's Problems. But since you raised the same
> before, I thought I speak up about the recent need for more up-to-date
> CMake.
If you want to propose changes for post-branch, feel free, and if you
want to not worry about it, that's your call. I personally sort
problems arising from a partially out-of-date installation so far down
on my priority list that I don't even keep track of them.
> PS: I'm hacking up minor update (3.4.16 → 3.4.17) to graphics/opencv
> with fixed BLAS detection, using CMake and pkg-config … I hope that's
> fine for the freeze. Right now, it's not good what opencv tries there.
A micro update fixing things that are broken (and not breaking any new
things) is totally in order.
Home |
Main Index |
Thread Index |
Old Index