-
Notifications
You must be signed in to change notification settings - Fork 7k
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
Add support for png decoding on linux #1881
Conversation
It's still a |
caeac7e
to
d102d39
Compare
Hi @cpuhrsch, There first PR is done. The failures are due to pipelines timing out. I don't know how to fix that (already tried with and without ninja ). What could we do ? Thanks |
Hello @r-zenine, Thanks for splitting this out! Master is currently timing out as well, I imagine it's because our builds are starting to take too long. Could you try increasing the timeout? Especially with submodule libraries that are being built from source we're increasing the build times yet again. You could also build in parallel via the On another note, let's make zlib a submodule as well. This way we're not increasing the number of dependencies. I thinks this is the main repository. Another comment on submodules: Since you can choose the commit it might make sense to pin it to a recent release for now, if you haven't done that already. That way we should run into less risk of a dependency bug.
|
Codecov Report
@@ Coverage Diff @@
## master #1881 +/- ##
========================================
Coverage ? 0.43%
========================================
Files ? 93
Lines ? 7418
Branches ? 1119
========================================
Hits ? 32
Misses ? 7378
Partials ? 8
Continue to review full report at Codecov.
|
dd6aac7
to
6018845
Compare
Hi, @cpuhrsch, Hope you are doing well! I have added I increased the timeout for both There is one last pipeline that is failing. The unit test for Have a good day! Let me know if there is anything else left to do! |
That Windows build is a mystery to me. Paging Dr. Windows @peterjc123 to take a look if he has some time. |
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.
Overall this looks fine to me. We'll just need to figure out the Windows error.
Well, the test failures are not related to this PR. Looks like sth is breaking at the PyTorch side. |
Ok, let's wait for the next nightly and try again, since the PyTorch repo is running clear. |
Hi @cpuhrsch, Please do not merge this PR. While working on the Here is what is happening: As in torch, we would need to ship the There is an option Thanks |
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.
Ok, thanks for pointing this out. Let's working on actually making this link statically.
4ca3367
to
7e94649
Compare
Hi @cpuhrsch , I have pushed a version with What do you think of the approach ? Do we still try to link everything statically? have a good day ! |
Hello @r-zenine, Yes, ideally we link everything statically. Shipping dynamic libraries can be a nightmare and in particular building against a library that has dynamic dependencies can lead to lots of conflicts. If we can build something statically it's always preferred and if it seems possible we should try until it works. Thanks, |
hi @cpuhrsch , It works ! We are linking everything statically ! The only thing that remains is the windows error that has nothing to do with the PR ! Have a good day |
Hi @cpuhrsch , What are the next steps ? Anything else i have to do ? Have a good day ! |
Great! Thanks again for your work! I'll take a closer look at the Windows build and also a few other things related to this PR setup. This might take a few days / week. |
Hi @cpuhrsch , Let me work on MacOs support on the same PR. I'll try to push that on thursday. I will let you handle the windows pipeline and will get back to work on the Thanks a lot for the help ! |
Hi @cpuhrsch , I just added Have a good day !! |
Hi @cpuhrsch , I think the conda pipelines are failing because of a linking issue. There is a weird warning in the build :
Do you have any idea where it is coming from ? Do we have that on Thanks |
Hello @r-zenine, We'll need to wait on @fmassa for some insight here. He's currently working on a hi-pri deadline so this will take a bit longer than expected. Is this working locally for you? You could also try installing this within a docker container (if your environment allows you to set that up) to get local feedback on the linking behavior etc. In particular, if you take a look at the CI jobs you can see that they pull in the "pytorch/conda-cuda" container. This could be worthwhile looking into so you can get a faster turnaround time on experiments. Thanks, |
Here is a status of what's going on, I tried to statically link the libraries (it works with wheel not conda and I could not figure out a fix with conda despite dedicating many hours to it). I also tried dynamically linking against If we go that way, it might make updating the windows pipelines easier. Thoughts ? |
- Pipelines are timing out, increasing to 30 minutes. - Vendors zlib and add's libpng as a dependency. - Ship libpng.so and zlib.so with package on linux
- Installs cmake on macos - Fix conda not found. in macos_wheel - Update $PATH on macOs_wheel for cmake - activate tests for macos
This reverts commit f7bc8a4.
Hi @cpuhrsch
As discussed here, This PR add's
c++
operators to decodepng
.Thanks