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

Always calculate libdir #588

Merged
merged 1 commit into from
Feb 24, 2024
Merged

Always calculate libdir #588

merged 1 commit into from
Feb 24, 2024

Conversation

nanonyme
Copy link
Contributor

@nanonyme nanonyme commented Feb 24, 2024

flatpak-builder relies on patched cmake and meson from
freedesktop-sdk to change libdir from lib64 to lib on 64bit
distributions. This dependency is weird since it's actually
flatpak that sets up the dynamic linker paths. Instead, put
responsibility for setting up correct libdir to flatpak-builder
always.

@nanonyme nanonyme marked this pull request as ready for review February 24, 2024 20:35
flatpak-builder relies on patched cmake and meson from
freedesktop-sdk to change libdir from lib64 to lib on 64bit
distributions. This dependency is *weird* since it's actually
flatpak that sets up the dynamic linker paths. Instead, put
responsibility for setting up correct libdir to flatpak-builder
always.
@nanonyme
Copy link
Contributor Author

Not sure whether there's a risk that always passing libdir breaks something.

@TingPing
Copy link
Member

TingPing commented Feb 24, 2024

I think this is fine.

I tested cmake, autotools, and meson. If you pass libdir twice the second one always wins, so manifests with custom values will still be respected. And in practice the default with fdo was this so I don't see an issue.

@TingPing TingPing merged commit 8c036e0 into flatpak:main Feb 24, 2024
5 checks passed
@nanonyme nanonyme deleted the libdir branch February 24, 2024 20:57
@nanonyme
Copy link
Contributor Author

nanonyme commented Feb 24, 2024

It's not actually set twice. (assuming app author is using flatpak-builder libdir functionality) New logic is:

  1. If module sets libdir, use that
  2. If building runtime, read from runtime configuration file and use that
  3. If libdir is completely unset, calculate "lib" directory under prefix.

The step 3 is new, steps 1 and 2 were there already.

@TingPing
Copy link
Member

I don't mean we set it twice. Just an old manifest may have set it manually itself.

alatiera added a commit to alatiera/org.gnome.Builder that referenced this pull request Jul 5, 2024
This will be required to build apps using 24.08 base
runtimes and newer.

flatpak/flatpak-builder#588
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

Successfully merging this pull request may close these issues.

None yet

2 participants