Uh oh!
There was an error while loading.Please reload this page.
- Notifications
You must be signed in to change notification settings - Fork8.1k
Ci add codeql#23812
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 ourterms of service andprivacy statement. We’ll occasionally send you account related emails.
Already on GitHub?Sign in to your account
Ci add codeql#23812
Uh oh!
There was an error while loading.Please reload this page.
Conversation
tacaswell commentedSep 6, 2022
I will squash this down once it is working. |
tacaswell commentedSep 6, 2022
I tried manually dismissing all of the warnings from I'm a bit unclearwhere that state lives though. |
Uh oh!
There was an error while loading.Please reload this page.
oscargus left a comment
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.
I think this looks good! Probably we still want someone more experienced than me to say something more insightful... (I am primarily experienced in browsing static code checking results, not setting them up...)
tacaswell commentedSep 7, 2022
anntzer commentedSep 7, 2022 • edited
Loading Uh oh!
There was an error while loading.Please reload this page.
edited
Uh oh!
There was an error while loading.Please reload this page.
It would probably be better to be consistent and use ssize_t everywhere, but let's not lose sleep over that for now. Also, AFAICT the whole to_string_argb is completely unused (and can be easily implemented with numpy, it's the similar to one-line byteorder swap in cbook._premultiplied_argb32_to_unmultiplied_rgba8888 without the extra alpha handling), so I would just deprecate it together with the Python-level wrappers. |
tacaswell commentedOct 20, 2022
Back to draft because the build does not work again... |
| inlinesize_tnum_paths()const | ||
| { | ||
| return m_meshWidth * m_meshHeight; | ||
| return(size_t)m_meshWidth * m_meshHeight; |
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.
py_adaptors.h defines num_paths as Py_ssize_t, perhaps better for consistency, though anything will work, of course.
anntzer commentedOct 21, 2022
Nearly all the changes just hit the now deprecated to_string{,_argb}; just left an additional point re: signedness of num_paths, though it's not a big deal either way. |
QuLogic commentedNov 26, 2022
OK, this is now passing, though I will likely want to clean up the YAML. The JavaScript analysis takes ~6m; the C++/Python one takes ~17m. I think I can split C++/Python back up again now that it's working so that it'll finish quicker. Hopefully we don't end up with too many workflows running in parallel. |
e3e83db to7430026CompareCo-authored-by: Oscar Gustafsson <oscar.gustafsson@gmail.com>Co-authored-by: Thomas A Caswell <tcaswell@gmail.com>
If you only do a build step (i.e., `python setup.py build`), it does notgo through all the build dependency machinery, and then mysteriouslysays it 'cannot download' a URL, but really it's a missing dependency.
QuLogic commentedNov 26, 2022
I squashed down everything, removed the C++ change and confirmed that CodeQL is still warning about it, so I've now added it back in along with a more explicit message about why the build broke earlier. |
tacaswell commentedNov 28, 2022
This is my PR so I can not approve it, but 👍🏻 from me. Do we want to standardize the c++ any more or not worry about that right now? |
QuLogic commentedNov 30, 2022
I think since they're deprecated, it's fine to leave them slightly inconsistent since they'll be deleted. |
PR Summary
replaces#22446