Repository navigation
Update URLs to cppcheck GitHub project - #1619
Conversation
cppcheck migrated from danmar/cppcheck to cppcheck-opensource/cppcheck, so we should update the URLs. It is especially needed in the cURL calls from the CI because cURL does not follow redirections and thus the downloads fail.
Our own overrides for some GLib, GTK and Cairo are redundant with cppcheck's own, and this now leads to an error on conflicting declarations. Thus, remove our own workaround ones and use cppcheck's ones.
|
OK so this fixes the Linux build. |
|
See msys2/MINGW-packages#32459 -- yet I don't know for sure what we should do still. |
|
Hi @b4n we decided to migrate to UCRT64 and we should stick to that, so the answer is https://packages.msys2.org/packages/mingw-w64-ucrt-x86_64-grep |
OK, so we should either switch GP to build on Windows, or switch the cross builds to use ucrt64 tooling (that seems available on Debian Trixie, so that's probably doable). I don't think we should really make the bundle creation process switch ABI just for that package, because that could maybe bring odd issues. But any solution is fine. Regardless, this is an orthogonal problem to the one this PR actually fixes, so we could fix that (Windows builds) separately. @techee (for the LSP part especially + always good advice) and @eht16 any objections to this PR as it is? |
Yes, this is more or less a copy of https://github.com/geany/geany/blob/2010df99c7a0a754d686cf3c50e0dc4b3e9b5c14/src/sidebar.c#L219-L223 and https://github.com/geany/geany/blob/2010df99c7a0a754d686cf3c50e0dc4b3e9b5c14/src/sidebar.c#L1138 which also refs the widget after its creation so it's not a double-free. Maybe this extra ref isn't really necessary, I just copied the code without much thinking ;-) |
cppcheck migrated from danmar/cppcheck to cppcheck-opensource/cppcheck, so we should update the URLs.
It is especially needed in the cURL calls from the CI because cURL does not follow redirections and thus the downloads fail.