You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I'm trying to use rubberband as a meson wrap in clang Windows build. It looks like there is some trickery with static library in this cases EDIT: Clang build doesn't go into this branch, so it is different issue.
As you can see both have the same name, the logic is not correct. And either way there is no dependency declared for static one in this case.
Although I have no idea where both comes from, I explicit set -Ddefault_library=static. Need to find what is overwriting that.
EDIT2:
default_options specify default_library=both so global option is not used. I needed to explicit override it for rubberband.
So the only remaining issue you might want to fix is to declare static dependency when default_library=both, because currently it is not possible to use it from wrap.
The text was updated successfully, but these errors were encountered:
kasper93
changed the title
Allow static linking in MSVC-like environment using meson wrap
Allow static linking using meson wrap
May 10, 2024
kasper93
changed the title
Allow static linking using meson wrap
Allow static linking using meson wrap when -Ddefault_library=both
May 10, 2024
Hi,
I'm trying to use rubberband as a meson wrap in clang Windows build.
It looks like there is some trickery with static library in this casesEDIT: Clang build doesn't go into this branch, so it is different issue.rubberband/meson.build
Line 523 in 5d29601
I don't mind any of that, but currently it is impossible to link statically using meson wrap
rubberband/meson.build
Lines 622 to 625 in 5d29601
doesn't work, because
rubberband_library
is always shared library, regardless of-Ddefault_library
value.I've noticed that there is declared dep for objs that could technically work, but
include_directories
are missing, so it doesn't.rubberband/meson.build
Lines 576 to 578 in 5d29601
I could patch it myself, but would be great to have ability to use the project directly from wrapdb.
Thanks
EDIT:
Some more information. The issue is when
get_option('default_library')
isboth
.Target summary is:
As you can see both have the same name, the logic is not correct. And either way there is no dependency declared for static one in this case.
Although I have no idea where
both
comes from, I explicit set-Ddefault_library=static
. Need to find what is overwriting that.EDIT2:
default_options
specifydefault_library=both
so global option is not used. I needed to explicit override it for rubberband.So the only remaining issue you might want to fix is to declare static dependency when default_library=both, because currently it is not possible to use it from wrap.
The text was updated successfully, but these errors were encountered: