Making tag_invoke a "put" as opposed to a "get"#2256
Making tag_invoke a "put" as opposed to a "get"#2256lemire merged 20 commits intosimdjson:builder_development_branchfrom
tag_invoke a "put" as opposed to a "get"#2256Conversation
* fix: add tests related to issue 2227 * avoiding name clash * pedantic fix * deprecate rvalue get on document * selectively deprecating
* fix ndjson spec link The link in the readme of parse_many links to a casino spam site * fix link
With singleheader on, clangd can't find the right include files.
Reduce errors in vscode
With gcc it causes an error in `simdjson.cpp`:
```
simdjson.cpp:548:9: warning: #pragma once in main file
548 | #pragma once
| ^~~~
```
It had previously been commented out in:
simdjson@6ef555e
However, this was lost in an upgrade:
simdjson@2a4ff73
* adding missing undef silencer * Updating CI * more fixes * fix * big endian fix
|
@the-moisrex You could sync with our main branch if you want the CI to go green. (Optional.) |
We can improve the management of our dependencies. I will prepare a PR. |
…ilder_development_branch_extra `document::get()&&` is now deprecated
|
Merged |
|
See PR #2257 regarding dependencies. Note that it is still possible for things to get messed up with CPM. No dependency management system is ever perfect. But CPM is much more configurable. |
|
I don't think we can merge this PR. As it stands, it changes over 30 files and 800 lines of code. It is difficult to review. |
lemire
left a comment
There was a problem hiding this comment.
This PR changes 49 files and it is difficult to understand why some files are changed (e.g., this PR updates the .github/workflows files).
|
@the-moisrex Note that we have not merged the tag_invoke work into master, it is in builder_development_branch. (We are not yet ready to release the builder work.) |
|
@the-moisrex I recommend breaking this up into small management pieces and doing PRs against builder_development_branch. https://github.com/simdjson/simdjson/tree/builder_development_branch |
|
@lemire I reverted the merge; it went back to 11 files changed before the merge from master. |
lemire
left a comment
There was a problem hiding this comment.
I am switching my recommendation to 'approve' PR.
We do invite review from the community.
|
Ok. I am merging this into simdjson:builder_development_branch. |
* tag_invoke based custom types (#2219) * tag_invoke based custom types Now you can use tag_invoke to add a custom type or a group of custom types. * Fixing macro usage + Fixing noexcept * Fixing the usage of #include We don't need <concepts> at all seems like it * Fixing tag_invoke impl for MSVC * Making `tag_invoke` to support `ondemand::document` as well + docs (#2228) * Making `tag_invoke` to support `ondemand::document` as well + docs * Fix typos and doc update by @lemire Co-authored-by: Daniel Lemire <daniel@lemire.me> * Better docs by @lemire Co-authored-by: Daniel Lemire <daniel@lemire.me> * Preserving the old, disallowing in the new I'm disabling `document::get() &&` if the user has provided a `tag_invoke`d version; otherwise, we retain the compatibility. --------- Co-authored-by: Daniel Lemire <daniel@lemire.me> * fix: correct small issues with deserialize (#2232) * Extending the deserialization code with more defaults + docs (#2233) * Make custom types easier with some predefined cases + docs * missing include * adding Ubuntu 24 CXX 20 * using concepts all the way * minor tweak * tiny tweak * tweaks * more tweaking * saving --------- Co-authored-by: Daniel Lemire <dlemire@lemire.me> * Making `tag_invoke` a "put" as opposed to a "get" (#2256) * fix: add tests related to issue 2227 (#2229) * fix: add tests related to issue 2227 * avoiding name clash * pedantic fix * deprecate rvalue get on document * selectively deprecating * Fix ndjson spec link (#2234) * fix ndjson spec link The link in the readme of parse_many links to a casino spam site * fix link * [no-ci] Update README.md * Make simdjson compile again * Enable SIMDJSON_SINGLEHEADER=OFF in VS Code With singleheader on, clangd can't find the right include files. * Add missing include directives to static build targets of simdjson. (#2240) * adding a warning * adding warning regarding SIMDJSON_BUILD_STATIC_LIB * release candidate * pedantic viable size * Making tag_invoke a feeder instead of a producer * adding missing undef silencer (#2253) * Ignore pragma once when amalgamating source files (#2248) With gcc it causes an error in `simdjson.cpp`: ``` simdjson.cpp:548:9: warning: #pragma once in main file 548 | #pragma once | ^~~~ ``` It had previously been commented out in: 6ef555e However, this was lost in an upgrade: 2a4ff73 * Update CI (#2254) * adding missing undef silencer * Updating CI * more fixes * fix * big endian fix * Moving to the new tag_invoke signature * Fix nlohmann ambiguity on C++23-enabled clang * Revert "Merge branch 'master' of https://github.com/simdjson/simdjson into builder_development_branch_extra" This reverts commit 3eeecba, reversing changes made to 6858b20. --------- Co-authored-by: Daniel Lemire <daniel@lemire.me> Co-authored-by: Sasha Lopoukhine <superlopuh@gmail.com> Co-authored-by: John Keiser <john@johnkeiser.com> Co-authored-by: Tan Li Boon <undisputed-seraphim@users.noreply.github.com> Co-authored-by: tobil4sk <tobil4sk@outlook.com> * update CI on the builder_development_branch (no code change) (#2262) * typo * General madness simpler, no simpler!!! (#2267) * Minimal tag_invokes for STL types * simpler madness * adding a comment * missing file * minor tweaks to style * fixing incorrect max/min usage * updating single * simplify * validating the idea * putting back the concept * moving the include * guarding * Cheap General Madness (#2268) * Some General Concepts and their deserializations * Resolving ambiguity * Add missing #include * C++20 custom deserializer: better documentation (#2269) * mostly a documentation update. * missing cpp * [no-ci] fix comment * various minor fixes --------- Co-authored-by: Daniel Lemire <dlemire@lemire.me> --------- Co-authored-by: M. Bahoosh <12122474+the-moisrex@users.noreply.github.com> Co-authored-by: Daniel Lemire <dlemire@lemire.me> Co-authored-by: M. Bahoosh <moisrex@gmail.com> * minor update * More documentation regarding builder (#2270) * minor update * more improvment to our documentation (builder branch) * putting back missing functions * merge candidate --------- Co-authored-by: M. Bahoosh <moisrex@gmail.com> Co-authored-by: Daniel Lemire <dlemire@lemire.me> Co-authored-by: Sasha Lopoukhine <superlopuh@gmail.com> Co-authored-by: John Keiser <john@johnkeiser.com> Co-authored-by: Tan Li Boon <undisputed-seraphim@users.noreply.github.com> Co-authored-by: tobil4sk <tobil4sk@outlook.com> Co-authored-by: M. Bahoosh <12122474+the-moisrex@users.noreply.github.com>
Previously the
tag_invokewould be used as:But now it's going to be used like this:
This allows for this syntax if #2247 gets merged:
Now this doesn't replace the defaults anymore; only the fields that are already present in the JSON string is going to be replaced.
This also can be used to
push_backto a vector instead of replacing the whole vector.Changes
tag_invokestuff mentioned abovedeserializableandnothrow_deserializableconceptsdocument/value::get()dependent ondocument/value::get(T& out)instead of the other way around.document/value::get<T>()needs to be Default Constructible now.I did initially wanted to make
document/value::get<T>()to support arguments (document/value::get<T>(Args...)) so instead of default constructible, we could pass allocators and what not to it, but I felt it would make::geta very confusing API.And I only kept the new API in
::get(T& out)and not something else like::into(T& out)because the current way is done in that way, but::get(T& out)is definitely a confusing verb for the job.P.S.: turns out this bug was due to the old
dependencies/.cachescaches. It would be better if those caches are put into thebuilddirectory so removing the build directory would be equivalent of removing all the caches. Wasted so much debugging the wrong things because of this until I found out what I was seeing oncxxoptsgithub differs from the cache files.