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

strong run_exports not crossing boundaries? #2607

Closed
nehaljwani opened this issue Dec 29, 2017 · 5 comments · Fixed by #2613
Closed

strong run_exports not crossing boundaries? #2607

nehaljwani opened this issue Dec 29, 2017 · 5 comments · Fixed by #2613
Labels
locked [bot] locked due to inactivity

Comments

@nehaljwani
Copy link
Contributor

nehaljwani commented Dec 29, 2017

CB 3.2.0 and C 4.4.4

(base) bm-osx109-01:test builder$ cat build.sh 
stat $PREFIX/lib/libc++.dylib

(base) bm-osx109-01:test builder$ cat meta.yaml 
package:
  name: test
  version: 1.0.0

requirements:
  host:
   - make
  build:
   - {{ compiler('cxx') }}

A run of conda build fails with:

stat: /Users/builder/nwani/m3/conda-bld/test_1514579903346/_h_env_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_place/lib/libc++.dylib: stat: No such file or directory

But clangxx has:

strong: [libcxx  >=4.0.1]

The build above passes up to CB 3.1.3, after that, it breaks.

@mingwandroid
Copy link
Contributor

You mean CB 3.2.0 I guess?

@mingwandroid
Copy link
Contributor

So the last version that worked OK here is CB 3.1.2?

@nehaljwani
Copy link
Contributor Author

Sorry, yes, I meant CB 3.2.0. Updated it.
And the last version that worked okay was 3.1.3

@msarahan
Copy link
Contributor

msarahan commented Jan 2, 2018

This bug is because the top-level metadata was never being "finalized" - that's when the run_exports stuff gets handled. This is re-raising the need to handle build-time environments differently from any outputs. The top-level output conflates the two, and makes things messy.

@github-actions
Copy link

Hi there, thank you for your contribution!

This issue has been automatically locked because it has not had recent activity after being closed.

Please open a new issue if needed.

Thanks!

@github-actions github-actions bot added the locked [bot] locked due to inactivity label Mar 25, 2022
@github-actions github-actions bot locked as resolved and limited conversation to collaborators Mar 25, 2022
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
locked [bot] locked due to inactivity
Projects
None yet
Development

Successfully merging a pull request may close this issue.

3 participants