factor: switch to new bclibc universal curve build func#312
Conversation
Summary of ChangesHello, I'm Gemini Code Assist1! I'm currently reviewing this pull request and will post my feedback shortly. In the meantime, here's a summary to help you and other reviewers quickly get up to speed! This pull request streamlines the curve generation process by updating the Highlights
🧠 New Feature in Public Preview: You can now enable Memory to help Gemini Code Assist learn from your team's feedback. This makes future code reviews more consistent and personalized to your project's style. Click here to enable Memory in your admin console. Using Gemini Code AssistThe full guide for Gemini Code Assist can be found on our documentation page, here are some quick tips. Invoking Gemini You can request assistance from Gemini at any point by creating a comment using either
Customization To customize Gemini Code Assist for GitHub experience, repository maintainers can create a configuration file and/or provide a custom code review style guide (such as PEP-8 for Python) by creating and adding files to a Limitations & Feedback Gemini Code Assist may make mistakes. Please leave feedback on any instances where its feedback is incorrect or counter productive. You can react with 👍 and 👎 on @gemini-code-assist comments. If you're interested in giving your feedback about your experience with Gemini Code Assist for GitHub and other Google products, sign up here. Footnotes
|
There was a problem hiding this comment.
Code Review
This pull request updates the bclibc subproject and refactors the BCLIBC_Curve_fromPylist function in py_bind.cpp. The PCHIP curve calculation logic has been extracted into a new build_pchip_curve_from_arrays function, streamlining BCLIBC_Curve_fromPylist to focus on Python data extraction and error handling. The review suggests considering re-adding a concise comment to clarify the robustness of the PyList_GetItem nullptr check for future maintainability.
I am having trouble creating individual review comments. Click here to see my feedback.
py_ballisticcalc.exts/py_ballisticcalc_exts/src/py_bind.cpp (138-139)
The removed comment provided valuable context regarding the robustness of the PyList_GetItem nullptr check, specifically that it's primarily for cases where the list size might change during iteration. While the check remains, losing this explanation might make the code slightly less clear for future maintainers unfamiliar with the nuances of the Python C API. Consider adding a concise comment to the new code if this context is deemed important for maintainability.
No description provided.