there was a test for > 1000010 but that is an error because one can use gdb after that date and some architectures require it.
that was recenty removed so now you unconditionally get -Wno-extended-offsetof
which gcc does not support.
The test for > 1000010 is now changed and and the check is performed on architecture, like MIPS that still use gcc. Both checks are not optimal.
I think it's better to check the compiler type, instead of the architecture.
I'll prepare a patch to identify the compiler and act accordingly.
A commit references this bug:
Date: Tue Feb 14 10:29:38 UTC 2017
New revision: 434072
Update to 7.12.1
Updating gdb to the last stable version and cleaning it up.
Submitted by: email@example.com (maintainer)
- Recognizing the compiler to adopt options properly
Reported by: julian@FreeBSD.org
- Fixing the segmentation fault, but arm core dump not yet usable
Reported by: Mark Millard
Can we close this PR now?
(In reply to Olivier Cochard from comment #3)
Yes, we can close this PR now.