-
-
Notifications
You must be signed in to change notification settings - Fork 15k
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
halide: 10.0.0 -> 14.0.0 #180015
halide: 10.0.0 -> 14.0.0 #180015
Conversation
FTR, while i don't use NixOS, it would be nice if to have this package properly kept up-to-date. |
Don't worry because it will haha @LebedevRI |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
looks good to me
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM
OfBorg failing on Darwin. |
I know it is compatible with darwin but I have no idea of how to make it work :/. maybe we should limit it to linux? dunno. |
''; | ||
|
||
cmakeFlags = [ "-DWARNINGS_AS_ERRORS=OFF" "-DWITH_PYTHON_BINDINGS=OFF" ]; | ||
cmakeFlags = [ "-DWARNINGS_AS_ERRORS=OFF" "-DWITH_PYTHON_BINDINGS=OFF" "-DTARGET_WEBASSEMBLY=OFF" ]; |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
cmakeFlags = [ "-DWARNINGS_AS_ERRORS=OFF" "-DWITH_PYTHON_BINDINGS=OFF" "-DTARGET_WEBASSEMBLY=OFF" ]; | |
cmakeFlags = [ | |
"-DWARNINGS_AS_ERRORS=OFF" | |
"-DWITH_PYTHON_BINDINGS=OFF" | |
"-DTARGET_WEBASSEMBLY=OFF" | |
]; |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thx for the review, fixed!
|
||
cmakeFlags = [ "-DWARNINGS_AS_ERRORS=OFF" "-DWITH_PYTHON_BINDINGS=OFF" ]; | ||
cmakeFlags = [ | ||
"-DWARNINGS_AS_ERRORS=OFF" |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This setting no longer exists in the Halide build
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
"-DWARNINGS_AS_ERRORS=OFF" |
I think this is ready for merge folks. |
buildInputs = [ | ||
llvmPackages.llvm | ||
llvmPackages.lld | ||
llvmPackages.openmp | ||
llvmPackages.libclang | ||
libpng | ||
libjpeg | ||
mesa |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
You are sure mesa does not go into nativeBuildInputs?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I'm not sure why mesa is here at all? It's not a requirement to build Halide. It's probably a requirement to build apps using Halide's OpenGL Compute backend, though.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
hmmm... Maybe this should be part of a wrapper then?
buildInputs are not propagated so if it is unused in the build process it should do nothing.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
It would be interesting to have a wrapper for halide dependent projects, but we have to think about how to best design this wrapper to fit the needs of a specific app first.
for now I will remove the mesa dependency.
Done! |
Fails to build for me on macos 10.15:
|
Maybe in MacOS it should be the case to force GCC compiler instead of default Clang? |
Halide is absolutely expected to buildable with Clang (and GCC). We should get to the bottom of this. I haven't seen this particular linker error while building Halide before. |
The darwin issue is related to #166205 . We should merge this PR and hope the problem is fixed in llvm. |
That would leave macos halide users with a broken package for an unknown period of time. |
The current one is broken for both mac and linux afaik, so why not at least make it workable for linux? |
Under the assumption that it worked before we shouldn't hard break it for a platform but if it didn't work then it isn't a problem if it is still not working. |
https://hydra.nixos.org/eval/1771618?filter=halide&compare=1771575&full=#tabs-still-succeed suggests it's only broken for x86_64 linux, which is an unusual situation TBH. |
Let's see if something changed. |
Description of changes
Major changes 13.0.3 -> 14.0.0
@abadams
Add ability to pass a user context in JIT mode (halide/Halide#6313)
Reenable warning about unscheduled update definitions (halide/Halide#6602)
@alexreinking
Add helper for cross-compiling Halide generators. (halide/Halide#6366)
@LebedevRI
Implement SanitizerCoverage support (Refs. halide/Halide#6513) (halide/Halide#6517)
@steven-johnson
Expand optional static-typing for Buffer to include dimensionality (halide/Halide#6574)
Deprecate the Generator::build() method (halide/Halide#6580)
Move GeneratorContext into a standalone class (halide/Halide#6618)
Python Bindings didn't allow for zero-D Funcs, ImageParams, Buffers (halide/Halide#6633)
@zvookin
Timer based profiler (halide/Halide#6642)
Things done
sandbox = true
set innix.conf
? (See Nix manual)nix-shell -p nixpkgs-review --run "nixpkgs-review rev HEAD"
. Note: all changes have to be committed, also see nixpkgs-review usage./result/bin/
)nixos/doc/manual/md-to-db.sh
to update generated release notesResult of
nixpkgs-review
run on x86_64-linux 11 package failed to build:
1 package built: