Latest devkitPPC GCC Regression about buildscripts HOT 9 CLOSED

Gonna be hard to diagnose this without code.

from buildscripts.

Gonna be hard to diagnose this without code.

Yeah, unfortunately, it's too large of a project for me to come up with a small test case here. If I can locate my capture card, I'll at least try to get the stack track that I saw and narrow down the difference between Dolphin and console's handling of it that changed with this GCC update.

from buildscripts.

https://github.com/PsiLupan/FRAY is this the project in question? You didn't mention what it was that was breaking.

from buildscripts.

https://github.com/PsiLupan/FRAY is this the project in question? You didn't mention what it was that was breaking.

It is - Sorry, should've mentioned it.

from buildscripts.

-Wno-implicit-function-declaration is a really terrible idea, you really should give the compiler the function signatures it craves and not just turn that warning off.

from buildscripts.

-Wno-implicit-function-declaration is a really terrible idea, you really should give the compiler the function signatures it craves and not just turn that warning off.

It's a hold over from very, very early on where I was mostly writing code for the sake of getting it written, rather than working piece-by-piece. I had forgotten that was still on, but I'll keep that in mind - Thanks

from buildscripts.

Turning that warning back on and adding -Wall I get a lot of warnings that really should be fixed. Implicit function definitions and may be used uninitialized are classic nasal demon triggers.

build.log

I would be massively unsurprised if fixing all those warnings made the issue go away. Can't guarantee it will but I've seen far too many problems "magically fixed" by simply fixing warnings.

from buildscripts.

Also moved this to the buildscripts repo where we currently manage the tools. It's not a libogc issue.

This is also likely to be closed pending an actual testcase that shows an actual bug. Working when built with one compiler and not working when built with another compiler (whether that be a different gcc version or clang or any other random compiler you have access to) isn't necessarily an indication of any fault with the compiler.

from buildscripts.

Turning that warning back on and adding -Wall I get a lot of warnings that really should be fixed. Implicit function definitions and may be used uninitialized are classic nasal demon triggers.

build.log

I would be massively unsurprised if fixing all those warnings made the issue go away. Can't guarantee it will but I've seen far too many problems "magically fixed" by simply fixing warnings.

Cleaned up nearly all the warnings, save for some in some unused functions. Also, specifically checked a known use of an uninitialized value for the tev coloring that the game itself does, and that didn't appear to be the culprit either.

It's not likely I'll be able to come up with a test case anytime soon, so I guess I'll go ahead and close this. I'll try to get the stack trace at some point and see where it happens. If it's in libogc, I'll bring the issue back there with more details on the nature of that.

from buildscripts.