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

Support passing pkg-config a triple-specific env variables #62

Open
lu-zero opened this issue Sep 12, 2022 · 5 comments
Open

Support passing pkg-config a triple-specific env variables #62

lu-zero opened this issue Sep 12, 2022 · 5 comments

Comments

@lu-zero
Copy link

lu-zero commented Sep 12, 2022

It should mimic cargo use of triples for the compiler env.

@sdroege
Copy link

sdroege commented Sep 13, 2022

Do you have some examples how this would be used in practice?

@lu-zero
Copy link
Author

lu-zero commented Sep 13, 2022

in rav1e we tripped in a situation in which an user sets PKG_CONFIG_PATH to a cross-build path and somehow it trips since our build.rs that requires to link host stuff.

In would be good to have a mean to have different search paths per target to avoid the or even just have a HOST_/TARGET_ split.

@nirbheek
Copy link

Ideally you would invoke pkg-config yourself with the right env vars, instead of having pkg-config understand build / host etc. This also allows you to extend the same to other dependency search tools like cmake and qmake. This is exactly what meson does: --build.pkg-config-path --build.cmake-prefix-path vs --pkg-config-path --cmake-prefix-path.

@gdesmott
Copy link
Owner

even just have a HOST_/TARGET_ split.

Looks like pkg-config-rs, used by system-deps already support HOST/TARGET env variables. Would this do or what are you looking for exactly?

@lu-zero
Copy link
Author

lu-zero commented Sep 28, 2022

Probably it does, I opened the issue to forward the concern a rav1e user had.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants