-
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
battery-embed: add recipe #22698
battery-embed: add recipe #22698
Conversation
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
@toge Do you have a log or an issue/PR in the upstream to confirm about this behavior? I don't have GCC13 installed here right now to validate it 😞
It could be suggested to the upstream to use your patch instead, so users are free to decide about it. |
The issue about it has been created on upstream. I'm watching it.
Off course!
======== Exporting recipe to the cache ========
WARN: Name containing special chars is discouraged 'battery-embed'
battery-embed/1.2.8: Exporting package recipe: /home/toge/src/conan-center-index/recipes/battery-embed/all/conanfile.py
battery-embed/1.2.8: exports: File 'conandata.yml' found. Exporting it...
battery-embed/1.2.8: Calling export_sources()
battery-embed/1.2.8: Copied 1 '.yml' file: conandata.yml
battery-embed/1.2.8: Copied 1 '.py' file: conanfile.py
battery-embed/1.2.8: Copied 2 '.patch' files: 0001-disable-examples.patch, 0002-include-cstdint.patch
battery-embed/1.2.8: Exported to cache folder: /home/toge/.conan2/p/battebcc91ef1dfa80/e
battery-embed/1.2.8: Exported: battery-embed/1.2.8#dc406be40a1fbe9305318a815f8cd372 (2024-02-09 09:48:05 UTC)
======== Input profiles ======== Profile build: ======== Computing dependency graph ======== ======== Computing necessary packages ======== ======== Installing packages ======== -------- Installing package battery-embed/1.2.8 (2 of 2) -------- ======== Launching test_package ======== ======== Computing dependency graph ======== ======== Computing necessary packages ======== ======== Installing packages ======== ======== Testing the package ======== ======== Testing the package: Building ======== battery-embed/1.2.8 (test package): Running CMake.build() ======== Testing the package: Executing test ======== #include "battery/embed.hpp" int main(void) { |
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.
This comment has been minimized.
This comment has been minimized.
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.
Looks like a perfectly reasonable solution to me. Thanks!
Hi! I am the author of battery-embed. Interesting that people tried to get my library into Conan, without me even knowing! Are there still any issues remaining? I added Is there still an issue with |
Hi @HerrNamenlos123 I'll get back to you with the status of the PR later today, just wanted to drop by to thank you for offering to help, really appreciated :) |
This comment has been minimized.
This comment has been minimized.
@toge I really apprechiate your efforts. Could you explain to me why you want to add 1.2.12 AND 1.1.1? I don't see any reason to use 1.1.1? I see that 1.0.0 gives you C++14, but does 1.1.1 give you any advantage over the latest version? If so, can we re-implement it in the latest version? Also, I don't quite understand why you need to patch the CMakeLists to disable the examples. Can't you define -DBUILD_EXAMPLES=OFF in the conanfile? Isn't that the whole point? (In case you didn't know, the option() you patched is just defaulted with PROJECT_IS_TOP_LEVEL, meaning the default is based on how you build it. The point of the option is that you can still define it manually and override the default) I think there shouldn't be any reason to patch anything and if so, i can fix it upstream to keep everything clean... EDIT: I meant 1.1.1 |
@HerrNamenlos123
The reason to provide 1.1.1 is supporting apple-clang.
The reason for patching instead of defining BUILD_EXAMPLES is portability.
I agree with you.
Does this fit your policy? |
Co-authored-by: Martin Valgur <[email protected]>
Co-authored-by: Martin Valgur <[email protected]>
Co-authored-by: Martin Valgur <[email protected]>
@valgur |
This comment has been minimized.
This comment has been minimized.
@toge I took a look at the current package and I propose 2 more changes:
If any other things pop up in the latest version, feel free to immediately create an issue or a PR. |
…nan-center-index into battery-embed-add-recipe
@HerrNamenlos123 |
This comment has been minimized.
This comment has been minimized.
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 have some questions that are confusiong me a bit, otherwise looks good
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 have some questions that are confusiong me a bit, otherwise looks good
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!
Thank you everyone for the effort, was not expecting my library to end up in Conan Center xD |
I am terribly sorry for only noticing now, but unfortunately I found another mistake. The Test package links to battery::embed, but this is not supposed to happen. Like with the include paths, this is meant to happen automatically via The package itself works fine, so it's absolutely not critical, but if we want to be pedantic and ensure correct testing, it should be fixed at some point. Sorry for not noticing earlier, I must have skipped over it. |
Specify library name and version: battery-embed/*
Is cmake module only package acceptable?
Let me first check if it is OK to create a recipe with only a cmake module.
Since ignition-cmake also provides a cmake module, I would like to achieve the same thing with battery-embed.
https://github.com/conan-io/conan-center-index/tree/master/recipes/ignition-cmake
Is this recipe adequate in cci policy?
patch description
battery-embed currently has the following two problems:
Patch files try to solve these.
reason two versions are provided
1.2.x requires std::jthread and std::stop_token.
Those are not provided on apple-clang (yet).