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 recently replaced Boost.Filesystem with ghc::filesystem in yabridge. I'm using Meson, and during ordinary builds the ghc_filesystem dependency resolves to a subproject wrap dependency contained within the repo, but when packaging yabridge for distro repos they usually want to use their own repo dependencies instead of vendored ones. In theory that should work without any changes if the library ships a pkgconfig file or a CMake build definition (in ghc::filesystem's case though I had to manually add modules : 'ghcFilesystem::ghc_filesystem' to the definition because it somehow doesn't export that by default like most other CMake dependencies do). The problem is that while this in theory works, the definitions in /usr/lib/cmake/ghc_filesystem don't contain any versions. So the following dependency will fail to resolve as the version bound cannot be satisfied:
ghc_filesystem_dep =dependency('ghc_filesystem', modules : 'ghcFilesystem::ghc_filesystem', version : '>=1.5.0')
Could you please consider adding a version number to the project? Using unversioned dependencies can otherwise result in all sorts of problems.
The text was updated successfully, but these errors were encountered:
I recently replaced
Boost.Filesystem
withghc::filesystem
in yabridge. I'm using Meson, and during ordinary builds theghc_filesystem
dependency resolves to a subproject wrap dependency contained within the repo, but when packaging yabridge for distro repos they usually want to use their own repo dependencies instead of vendored ones. In theory that should work without any changes if the library ships a pkgconfig file or a CMake build definition (inghc::filesystem
's case though I had to manually addmodules : 'ghcFilesystem::ghc_filesystem'
to the definition because it somehow doesn't export that by default like most other CMake dependencies do). The problem is that while this in theory works, the definitions in/usr/lib/cmake/ghc_filesystem
don't contain any versions. So the following dependency will fail to resolve as the version bound cannot be satisfied:Could you please consider adding a version number to the project? Using unversioned dependencies can otherwise result in all sorts of problems.
The text was updated successfully, but these errors were encountered: