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: Author: olivier Date: Tue Feb 14 10:29:38 UTC 2017 New revision: 434072 URL: https://svnweb.freebsd.org/changeset/ports/434072 Log: Update to 7.12.1 Updating gdb to the last stable version and cleaning it up. PR: 217090 Submitted by: luca.pizzamiglio@gmail.com (maintainer) PR: 216027 - Recognizing the compiler to adopt options properly Reported by: julian@FreeBSD.org PR: 216132 - Fixing the segmentation fault, but arm core dump not yet usable Reported by: Mark Millard Changes: head/devel/gdb/Makefile head/devel/gdb/distinfo head/devel/gdb/files/patch-gdb-corelow.c
Can we close this PR now?
(In reply to Olivier Cochard from comment #3) Yes, we can close this PR now.
Thanks!