Fehler beim Build von GCC nach 7b8b674e1

[pfichtner]

Nach 7b8b674 ("toolchain: gcc4 compibility with gcc15 (fedora)") schlägt der Build bei mir für 7390 und 3370 fehlt

Mit aktuellem head (573428a)

---> toolchain/kernel/gcc ... configuring ... building ... make[1]: *** [make/toolchain/kernel/gcc/gcc.mk:92: /workspace/source/toolchain-mips_gcc-4.8.5/gcc-4.8.5-build/.compiled] Error 2
[...]
/workspace/source/toolchain-mips_gcc-4.8.5/gcc-4.8.5/gcc/reload1.c: In function 'void init_reload()':
/workspace/source/toolchain-mips_gcc-4.8.5/gcc-4.8.5/gcc/reload1.c:89:24: error: use of an operand of type 'bool' in 'operator++' is forbidden in C++17
   89 |   (this_target_reload->x_spill_indirect_levels)
      |   ~~~~~~~~~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~
/workspace/source/toolchain-mips_gcc-4.8.5/gcc-4.8.5/gcc/reload1.c:443:7: note: in expansion of macro 'spill_indirect_levels'
  443 |       spill_indirect_levels++;
      |       ^~~~~~~~~~~~~~~~~~~~~

Falls der Log-Auszug zu sehr beschnitten ist, hier das volle log

Nach revert des oben genannten commits ist der Build erfolgreich.

System: Docker-Container mit Ubuntu 24.04

[fda77]

Komisch, ursprünglich wurde für Kernel mit gcc4 "2003" verwendet.
Das wollte mit gcc15 nicht mehr compiliert werden und ich habs auf "1999" geändert.
Bei dir wird aber "2017" verwendet, also vermutlich das default des installierten gcc
Welche gcc --version ist denn installiert? 14?

So wie es aktuell ist compiliert es bei mir mit fedora+gcc 15
Ubuntu 20 hatte ich hier getestet: https://github.com/Freetz-NG/freetz-ng/actions/runs/19604069333

[pfichtner]

Welche gcc --version ist denn installiert? 14?

13

$ gcc --version       
gcc (Ubuntu 13.3.0-6ubuntu2~24.04) 13.3.0
Copyright (C) 2023 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

$ cat /etc/lsb-release 
DISTRIB_ID=Ubuntu
DISTRIB_RELEASE=24.04
DISTRIB_CODENAME=noble
DISTRIB_DESCRIPTION="Ubuntu 24.04.2 LTS"

[pfichtner]

So wie es aktuell ist compiliert es bei mir mit fedora+gcc 15
Ubuntu 20 hatte ich hier getestet: https://github.com/Freetz-NG/freetz-ng/actions/runs/19604069333

Kann ich bestätigen, mit ubuntu:20.04 (gcc 9.4.0) geht der build der mit ubuntu:24.04 (gcc 13.3.0) fehlschlägt

[fda77]

cc1plus: warning: command-line option '-std=gnu99' is valid for C/ObjC but not for C++

Scheinbar wird das gnu99 ignoriert, c++03 vorher nicht

Kannst du mal "c++98" ausprobieren?
Oder "gnu++98" "(for C++98 with GNU extensions)" ...
https://gcc.gnu.org/onlinedocs/gcc/Standards.html

[pfichtner]

Kannst du mal "c++98" ausprobieren? Oder "gnu++98" "(for C++98 with GNU extensions)" ... https://gcc.gnu.org/onlinedocs/gcc/Standards.html

Mit c++98 geht's

diff --git a/make/toolchain/toolchain-common.in b/make/toolchain/toolchain-common.in
index f3a356a2e..75eca418b 100644
--- a/make/toolchain/toolchain-common.in
+++ b/make/toolchain/toolchain-common.in
@@ -20,10 +20,10 @@ TOOLCHAIN_HOST_KERNEL_CFLAGS+=-Wno-error=incompatible-pointer-types
 endif
 # gcc5 does not like be compiled by gcc11/C++17
 ifeq ($(strip $(FREETZ_KERNEL_GCC_5_MAX)),y)
-TOOLCHAIN_HOST_KERNEL_CFLAGS+=--std=c++03
+TOOLCHAIN_HOST_KERNEL_CFLAGS+=--std=c++98
 endif
 ifeq ($(strip $(FREETZ_TARGET_GCC_5_MAX)),y)
-TOOLCHAIN_HOST_TARGET_CFLAGS+=--std=c++03
+TOOLCHAIN_HOST_TARGET_CFLAGS+=--std=c++98
 endif
 
 GCC_COMMON_CONFIGURE_OPTIONS_HW_CAPABILITIES:=

---> tools/tools-host ... preparing ... done.
---> toolchain/kernel/binutils ... preparing ... configuring ... building ... installing ... done.
---> toolchain/kernel/gcc ... preparing ... done.
---> tools/gmp-host ... preparing ... configuring ... building ... done.

[fda77]

Im 1. Post sieht man dass es dir um gcc4 geht

/workspace/source/toolchain-mips_gcc-4.8.5/gcc-4.8.5/gcc/

Deine Änderungen betreffen aber

FREETZ_KERNEL_GCC_5_MAX

das im else eines

FREETZ_KERNEL_GCC_4_MAX

steht

Für gcc5 gab es auch keine Änderungen die letzten Tage, das ist nach wie vor "std=c++03".
Nur für gcc4 gab es Änderungen da ich das mit Fedora 43 und gcc15 nicht mehr bauen konnte.
Ich habe nun gcc4 mit "c++98" statt "gnu99" probiert, das geht nicht:

/home/freetz/freetz-ng/source/toolchain-mips_gcc-4.8.5/binutils-2.24/opcodes/mips16-opc.c: In function 'decode_mips16_operand':
/home/freetz/freetz-ng/source/toolchain-mips_gcc-4.8.5/binutils-2.24/opcodes/mips-formats.h:83:7: error: expected identifier or '(' before 'static_assert'
   83 |       static_assert[(1 << (SIZE)) == ARRAY_SIZE (MAP)]; \
      |       ^~~~~~~~~~~~~
/home/freetz/freetz-ng/source/toolchain-mips_gcc-4.8.5/binutils-2.24/opcodes/mips16-opc.c:53:15: note: in expansion of macro 'MAPPED_REG'
   53 |     case '0': MAPPED_REG (0, 0, GP, reg_0_map);
      |               ^~~~~~~~~~

[fda77]

mögliche Werte:

g++ -v --help

  -std=c++03                  Mit dem ISO-C++-Standard von 1998 (inclusive technischer Korrekturen von 2003) übereinstimmen. ist identisch mit -std=c++98.
  -std=c++0x                  Veraltet zugunsten von »-std=c++11«. ist identisch mit -std=c++11.
  -std=c++11                  Mit dem ISO-C++-Standard von 2011 übereinstimmen.
  -std=c++14                  Mit dem ISO-C++-Standard von 2014 übereinstimmen.
  -std=c++17                  Mit dem ISO-C++-Standard von 2017 übereinstimmen.
  -std=c++1y                  Veraltet zugunsten von »-std=c++14«. ist identisch mit -std=c++14.
  -std=c++1z                  Veraltet zugunsten von »-std=c++17«. ist identisch mit -std=c++17.
  -std=c++20                  Mit dem ISO-C++-Standard 2020 übereinstimmen (experimentelle und unvollständige Unterstützung).
  -std=c++23                  Mit dem ISO-C++-Standard 2023 übereinstimmen (2024 veröffentlicht; experimentelle und unvollständige Unterstützung).
  -std=c++26                  Mit dem ISO-C++-Standardentwurf 2026 übereinstimmen (experimentelle und unvollständige Unterstützung).
  -std=c++2a                  Mit dem ISO-C++-Standard 2020 übereinstimmen (experimentelle und unvollständige Unterstützung). ist identisch mit -std=c++20.
  -std=c++2b                  Mit dem ISO-C++-Standard 2023 übereinstimmen (2024 veröffentlicht; experimentelle und unvollständige Unterstützung). ist identisch mit -std=c++23.
  -std=c++2c                  Mit dem ISO-C++-Standardentwurf 2026 übereinstimmen (experimentelle und unvollständige Unterstützung). ist identisch mit -std=c++26.
  -std=c++98                  Mit dem ISO-C++-Standard von 1998 (inclusive technischer Korrekturen von 2003) übereinstimmen.
  -std=c11                    Mit dem ISO-C-Standard von 2011 übereinstimmen.
  -std=c17                    Mit dem ISO-C-Standard von 2017 (2018 veröffentlicht) übereinstimmen.
  -std=c18                    Mit dem ISO-C-Standard von 2017 (2018 veröffentlicht) übereinstimmen. ist identisch mit -std=c17.
  -std=c1x                    Veraltet zugunsten von »-std=c11«. ist identisch mit -std=c11.
  -std=c23                    Mit dem ISO-C-Standard von 2023 (2024 veröffentlicht) übereinstimmen.
  -std=c2x                    Veraltet zugunsten von »-std=c23«. ist identisch mit -std=c23.
  -std=c2y                    Mit dem ISO-C-Standard 202Y übereinstimmen (experimentelle und unvollständige Unterstützung).
  -std=c89                    Mit dem ISO-C-Standard von 1990 übereinstimmen. ist identisch mit -std=c90.
  -std=c90                    Mit dem ISO-C-Standard von 1990 übereinstimmen.
  -std=c99                    Mit dem ISO-C-Standard von 1999 übereinstimmen.
  -std=c9x                    Veraltet zugunsten von »-std=c99«. ist identisch mit -std=c99.
  -std=gnu++03                Mit dem ISO-C++-Standard von 1998 (inclusive technischer Korrekturen von 2003 sowie GNU-Erweiterungen) übereinstimmen. ist identisch mit -std=gnu++98.
  -std=gnu++0x                Veraltet zugunsten von »-std=gnu++11«. ist identisch mit -std=gnu++11.
  -std=gnu++11                Mit dem ISO-C++-Standard von 2011 mit GNU-Erweiterungen übereinstimmen.
  -std=gnu++14                Mit dem ISO-C++-Standard von 2014 mit GNU-Erweiterungen übereinstimmen.
  -std=gnu++17                Mit dem ISO-C++-Standard von 2017 mit GNU-Erweiterungen übereinstimmen.
  -std=gnu++1y                Veraltet zugunsten von »-std=gnu++14«. ist identisch mit -std=gnu++14.
  -std=gnu++1z                Veraltet zugunsten von »-std=gnu++17«. ist identisch mit -std=gnu++17.
  -std=gnu++20                Mit dem ISO-C++-Standard für 2020 mit GNU-Erweiterungen (experimentelle und unvollständige Unterstützung) übereinstimmen.
  -std=gnu++23                Mit dem ISO-C++-Standard für 2023 mit GNU-Erweiterungen (2024 veröffentlicht; experimentelle und unvollständige Unterstützung) übereinstimmen.
  -std=gnu++26                Mit dem ISO-C++-Standardentwurf für 2026 mit GNU-Erweiterungen (experimentelle und unvollständige Unterstützung) übereinstimmen.
  -std=gnu++2a                Mit dem ISO-C++-Standard für 2020 mit GNU-Erweiterungen (experimentelle und unvollständige Unterstützung) übereinstimmen. ist identisch mit -std=gnu++20.
  -std=gnu++2b                Mit dem ISO-C++-Standard für 2023 mit GNU-Erweiterungen (2024 veröffentlicht; experimentelle und unvollständige Unterstützung) übereinstimmen. ist identisch mit -std=gnu++23.
  -std=gnu++2c                Mit dem ISO-C++-Standardentwurf für 2026 mit GNU-Erweiterungen (experimentelle und unvollständige Unterstützung) übereinstimmen. ist identisch mit -std=gnu++26.
  -std=gnu++98                Mit dem ISO-C++-Standard von 1998 (inclusive technischer Korrekturen von 2003 sowie GNU-Erweiterungen) übereinstimmen.
  -std=gnu11                  Mit dem ISO-C-Standard von von 2011 mit GNU-Erweiterungen übereinstimmen.
  -std=gnu17                  Mit dem ISO-C-Standard von 2017 (veröffentlicht 2018) mit GNU-Erweiterungen übereinstimmen.
  -std=gnu18                  Mit dem ISO-C-Standard von 2017 (veröffentlicht 2018) mit GNU-Erweiterungen übereinstimmen. ist identisch mit -std=gnu17.
  -std=gnu1x                  Veraltet zugunsten von »-std=gnu11«. ist identisch mit -std=gnu11.
  -std=gnu23                  Mit dem ISO-C-Standard von 2023 (veröffentlicht 2024) mit GNU-Erweiterungen übereinstimmen.
  -std=gnu2x                  Veraltet zugunsten von »-std=gnu23«. ist identisch mit -std=gnu23.
  -std=gnu2y                  Mit dem ISO-C-Standard-Entwurf für 202Y mit GNU-Erweiterungen (experimentelle und unvollständige Unterstützung) übereinstimmen.
  -std=gnu89                  Mit dem ISO-C-Standard von von 1990 mit GNU-Erweiterungen übereinstimmen. ist identisch mit -std=gnu90.
  -std=gnu90                  Mit dem ISO-C-Standard von von 1990 mit GNU-Erweiterungen übereinstimmen.
  -std=gnu99                  Mit dem ISO-C-Standard von von 1999 mit GNU-Erweiterungen übereinstimmen.
  -std=gnu9x                  Veraltet zugunsten von »-std=gnu99«. ist identisch mit -std=gnu99.

[fda77]

zum testen, mit Fedora gehts für gcc 4+5 (7490 6.2+7.5)

• eb556de
• 6165614

Test mit Ubuntu20: https://github.com/Freetz-NG/freetz-ng/actions/runs/19619372871

[pfichtner]

Mit Ubuntu 24.04.2 LTS erfolgreich verifiziert (ebenfalls Build von 7490 6.2+7.5).

Danke!

[fda77]

Wenn ich schon dabei bin hab ich noch die uclibc und gcc cflag getrennt:

• bd939f0 toolchain: move gcc c/xx flags to gcc
• 9f5ac4b toolchain: no gcc-cflags for uclibc
• https://github.com/Freetz-NG/freetz-ng/actions/runs/19636777869

Dann kann man uclibc unabhängig vom gcc falls nötig konfigurieren.
Es sollte sich nichts geändert haben :)

[pfichtner]

Funktioniert auch weiterhin mit u24.04 (wieder mit 7490 6.2 und 7.5 getestet)

[fda77]

Prima, danke fürs testen. Ich muss demnächst mal eine Github-action erstellen die auf mindestens Ubuntu 20+24 und dem aktuelle Fedora läuft