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

taocpp-json: add taoJSON version 1.0.0-beta.14 #1705

Open
wants to merge 1 commit into
base: master
Choose a base branch
from

Conversation

rherilier
Copy link
Contributor

No description provided.

@rherilier rherilier force-pushed the add-taocpp-json branch 2 times, most recently from 616423d to 9f6b37b Compare September 19, 2024 14:48
@rherilier
Copy link
Contributor Author

I opened #1706 to handle dashes in version strings

Copy link
Member

@eli-schwartz eli-schwartz left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

What about hooking up the tests in src/test/json ?

releases.json Outdated
@@ -3436,6 +3436,14 @@
"1.12-1"
]
},
"taocpp-json": {
"dependency_names": [
"taocpp_json"
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

The upstream dependency name is taocpp-json, with a dash not an underscore!

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

my bad, I mimic howabseil-cpp was defined to make taocpp-json's files. So, I thought that dependency were the symbol defined in the provide section of wrap file...

There are many other entries with dependencies in the usual meaning too.

So, I looked inreleases.json and found that many entries have no dependency_names node, (such catch or mocklibc). Does it imply that the wrap name is implicitly used as a dependency?

Can you help me clarifying this point?

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

my bad, I mimic howabseil-cpp was defined to make taocpp-json's files. So, I thought that dependency were the symbol defined in the provide section of wrap file...

They are, indeed, the symbol defined in the provide section of the wrap file.'

For example, abseil-cpp provides the dependency symbol:

/usr/lib64/pkgconfig/absl_base.pc

and hence uses "absl_base" in its provide section.

Similarly, taocpp-json provides taocpp-json-config.cmake, and hence should list "taocpp-json" in the wrap releases, to annotate the fact that the provide section has been fixed to provide "taocpp-json".

and found that many entries have no dependency_names node, (such catch or mocklibc).

They are very old and buggy.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

thanks you for the clarification

Comment on lines 14 to 16
taocpp_json_dep = declare_dependency(
include_directories: [taocpp_json_inc]
)
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

The upstream CMakeLists.txt depends on PEGTL, why doesn't this?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

taocpp-json is header-only, PEGTL is only required for tests.

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

What does "header-only" have to do with it? How is someone expected to utilize taocpp-json if PEGTL is not installed and checked for?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

not my day... all my assumptions are based on the Debian's package which has not been updated for 4 years, and at that time, taoJSON embedded PEGTL.

@rherilier
Copy link
Contributor Author

What about hooking up the tests in src/test/json ?

I can add it if it is mandatory. If so, do I have to add examples and performance programs too?

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.

2 participants