-
Notifications
You must be signed in to change notification settings - Fork 1.8k
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
Add recipe for the bmx library provided by the BBC #23955
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thanks! I'll have to check with the team about our handling of the -O2 directives present in the upstream cmakelist, but other than that and the few comments I've left, this looks great so far, thanks! :)
This comment has been minimized.
This comment has been minimized.
Any idea why uriparser isn't found in Conan 1?
|
I'll regenerate the missing binaries now and restart the PR once they are ready |
… of undefined references
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
@RubenRBS Again as in some other PRs, the result of the Conan 2 CI step doesn't get published here so I can't see the errors. At least locally I had working builds on Linux, Mac and Windows already so I'd like to see what fails. |
@irieger sorry about that. Sometimes the bot is a bit too eager to post th results and ends up not waiting for the v2 pipeline if it takes too long to finish - We're moving away from this solution in the new piepeline we're currently implementing, so that will be less of an issue soon-ish, thanks for your patience meanwhile! The errors taht would have been posted are here: https://c3i.jfrog.io/c3i/misc-v2/summary.html?json=https://c3i.jfrog.io/c3i/misc-v2/logs/pr/23955/5-windows-msvc/bmx/1.2//summary.json Nevertheless I've now restarted the CI, the missing binaries were built a few days back but I haven't had a chance to trigger the CI again, let's see if that fixes the v1 piepeline completely :) |
This comment has been minimized.
This comment has been minimized.
The fact the uriparser is still missing tells us that there' something going on with some of the dependecies, will check on Monday, thanks for your patience :) |
This comment has been minimized.
This comment has been minimized.
Somehow it tries to link to MXF.lib instead of MXF.dll when building shared. I'm trying to understand why that is but so far I haven't found any hint. The directory to the target is correct and the dll is there. Any idea where such a thing could come from? |
This comment has been minimized.
This comment has been minimized.
…es the patches to build with C++20 without non-cmake patches.
@RubenRBS Regarding your comment about The BMX project seems very open to pull requests and was very helpful so far. So I assume if we suggest changes that don't affect the non-conan build cases, they are open to include stuff. |
Patched out the |
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
Hi @irieger thanks for your patience - I tried to reproduce the windows issue but I found an issue where the dependency graph contains strawberryperl which does not support non x86 archs, I'll try with a different system, or pinging @uilianries who I know has a x86_64 windows :) |
Update, I've been able to reproduce this locally on my personal machine, will try to debug this tomorrow :) |
No worries. I have days where I'm a bit nervous but since I setup my local artifactory a few months ago and run it with my own branch of CCI to allow some small modifications etc., I also occasionally pull in some stuff that isn't merged in upstream yet and can easily use it still. |
This comment has been minimized.
This comment has been minimized.
I digged a bit deeper and think I found why building as a shared library on Windows fails. As I learned now, it seems that Windows creates a lib file also for shared libraries, unlike Linux or macOS where you either get an a or a dylib/so. As this project doesn't define any exports in either the files nor via the Cmake flag to export all symbols on Windows. Locally I tried it with a patch adding So I'd suggest - if this works out in the CI now - that we merge it with a validation to prevent windows shared builds. And if it gets fixed in the upstream I'll integrate the fix later. If we agree on that I'd add a descriptive comment for possible users in the validate function with a link to the issue after I create it tomorrow. |
This comment has been minimized.
This comment has been minimized.
Conan v1 pipeline ✔️All green in build 17 (
Conan v2 pipeline ✔️
All green in build 17 ( |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thanks! Let's go with this for now until we figure out what's going on in Windows, sorry we couldn't find the issue either in our end :)
Specify library name and version: bmx/1.2 and bmx/cci.20240510
Currently I'm implementing something using the bmx library for handling video IO. Obviously, as I'm really settled on Conan now, I first created a package for the library which is so far missing.
As I'm looking into some options just recently added, besides the most recent 1.2 release I also added a snapshot in the usual form of cci.DATE for the current master branch.