Closed vyasr closed 3 months ago
Thank you! I will give this a review today and perhaps bring in some CMake expertise from previous contributors 🙂
The example code here is an expanded version of what's in the CMake minimal example. I don't know if you still want to keep both around, I'll leave that up to you.
This PR is now ready for another round of review, I've addressed everything that was discussed I think.
The example code here is an expanded version of what's in the CMake minimal example
This is OK, but I wonder if just:
int main() {
return ArrowNanoarrowCheckRuntime();
}
...would be sufficient to check what you've written here. We can always expand the example later but I think keeping it relevant to the includes and symbols at hand is probably best.
The example code here is an expanded version of what's in the CMake minimal example
This is OK, but I wonder if just:
int main() { return ArrowNanoarrowCheckRuntime(); }
...would be sufficient to check what you've written here. We can always expand the example later but I think keeping it relevant to the includes and symbols at hand is probably best.
I think it would be good to include something from both the C and C++ headers. So maybe also just a nanoarrow::UniqueArray tmp;
declaration would suffice?
All modified and coverable lines are covered by tests :white_check_mark:
Project coverage is 88.74%. Comparing base (
dc50114
) to head (3d156f9
).
:umbrella: View full report in Codecov by Sentry.
:loudspeaker: Have feedback on the report? Share it here.
I think it would be good to include something from both the C and C++ headers. So maybe also just a nanoarrow::UniqueArray tmp; declaration would suffice?
That's a great point, and we should probably use it to do something to make extra sure it isn't optimized out. Maybe:
int main() {
nanoarrow::UniqueSchema schema;
NANOARROW_RETURN_NOT_OK(ArrowSchemaInitFromType(schema.get(), NANOARROW_TYPE_INT32));
printf("Schema format for int32 is '%s'", schema->format);
return EXIT_SUCCESS;
}
You have it marked as a TODO already, but make sure the FetchContent call doesn't point to your fork.
I'll wait until I have approvals from both of you and then swap this out. Once I make that change CI won't pass on this PR, so I think we should plan to see a green CI run with all the changes that you both want in place, then I can make that final change and you can force merge as an admin.
Whoops, I should have waited for CI. Pending green CI it's good to go!
My bad, forgot to update the CI job.
Cool, thanks to you both for the reviews! I've pushed one last commit changing the FetchContent call to point back to the main branch. We should be good to merge now.
Resolves #350. Resolves #400.
Happy to reorganize things.