Skip to content
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

openexr, imlbase: unbreak on macOS #86329

Merged
merged 1 commit into from May 1, 2020

Conversation

mikesperber
Copy link
Contributor

@mikesperber mikesperber commented Apr 29, 2020

With the default configuration, the libraries are generated with a
-2_4.24.dylib suffix, and linking with -l...-2_4 doesn't work. Pass
the configure option to turn off the suffix.

Motivation for this change

openexr did not build on macOS, as it couldn't find the ilmbase libraries.

Things done
  • Tested using sandboxing (nix.useSandbox on NixOS, or option sandbox in nix.conf on non-NixOS linux)
  • Built on platform(s)
    • NixOS
    • macOS
    • other Linux distributions
  • Tested via one or more NixOS test(s) if existing and applicable for the change (look inside nixos/tests)
  • Tested compilation of all pkgs that depend on this change using nix-shell -p nixpkgs-review --run "nixpkgs-review wip"
  • Tested execution of all binary files (usually in ./result/bin/)
  • Determined the impact on package closure size (by running nix path-info -S before and after)
  • Ensured that relevant documentation is up to date
  • Fits CONTRIBUTING.md.

With the default configuration, the libraries are generated with a
-2_4.24.dylib suffix, and linking with -l...-2_4  doesn't work.  Pass
the configure option to turn off the suffix.
@ofborg ofborg bot added 6.topic: darwin Running or building packages on Darwin 10.rebuild-darwin: 101-500 10.rebuild-linux: 0 labels Apr 29, 2020
@veprbl
Copy link
Member

veprbl commented Apr 29, 2020

This will conflict with #86241 that in staging now. We could merge this to master as this doesn't seem to cause as much rebuild.

@flokli
Copy link
Contributor

flokli commented Apr 30, 2020

IIRC, the breakage only was introduced in #86085, and fixing it by using cmake as proposed in #86241 is much cleaner.

We shouldn't complicate merging master back into staging more than necessary - the fixes should probably land in #86330 soon.

@veprbl
Copy link
Member

veprbl commented May 1, 2020

We shouldn't complicate merging master back into staging more than necessary

I was assuming that the person who would merge this, would also merge master to staging. Assuming there is no other conflict this could go as:

  1. merge master to staging
  2. merge this PR to master
  3. merge master to staging again, get the conflict
  4. git checkout origin/staging -- pkgs/development/libraries/openexr/default.nix pkgs/development/libraries/ilmbase/default.nix
  5. git merge --continue

@flokli
Copy link
Contributor

flokli commented May 1, 2020

Let's merge this to unbreak master.

@flokli flokli merged commit 32fbb42 into NixOS:master May 1, 2020
@FRidh
Copy link
Member

FRidh commented May 2, 2020

Reverted this change when merging to staging-next to avoid the merge conflict. If the issue is not fixed on staging-next, please fix it there.

@FRidh FRidh mentioned this pull request May 2, 2020
10 tasks
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

4 participants