native: use -g3 instead of -g

[miri64]

Contribution description

I use CFLAGS=-g3 for years and it is far more useful than the provided -g in most of our native-specific targets. I finally got fed up with it enough to try to change it ;-).

Testing procedure

The affected targets should still be able to compile an application:

• all-valgrind
• all-debug
• all-cachegrind
• all-asan

The application should still be running without any problems.

Issues/PRs references

#4413 I guess, but this only focuses on native

[jnohlgard]

This usually increases the size of the debug symbols significantly, but on the other hand we already use it on arm since a long time ago. The major difference is that all preprocessor macros are included in the debug table.

[miri64]

This usually increases the size of the debug symbols significantly, but on the other hand we already use it on arm since a long time ago.

I think size isn't really an issue on native ;-).

[miri64]

(especially since we don't compile with debug symbols per default [edit: with native], so it won't affect e.g. disk space on CI)

[jnohlgard]

👍 I was mostly thinking of the CI disk usage.

[miri64]

Rebased to current master.

[cladmi]

I used test/shell to run the test.

I could run without problem

• all-debug term
• all-cachegrind term-cachegrind

I did not test the new debug output as I do not really know how to do it.

I cannot compile all-asan on my machine it gives undefined qdecs_value in both master and this PR. And all-valgrind term-valgrind fails from missing libc6-dbg but I do not know which version I am supposed to install. But it can run with term.

The issue with the size is not important here.

[cladmi]

From man gcc:

Level 3 includes extra information, such as all the macro definitions present in the program.  Some debuggers support macro expansion when you use -g3.

So it make sense to enable it for native.

[cladmi]

If somebody finds any issue with this in the future, it could be changed back but it makes sense to help debugging.

[miri64]

Thanks @cladmi