.stage.patch error

[HamzaHajeir]

Hi there,

Trying to build GCC13.2 using the Espressif's own fork with introducing those lines into the Makefile:

else ifeq ($(GCC), 12.2)
    ISL           := 0.18
    GCC_BRANCH    := esp-12_2_0
    GCC_PKGREL    := 120200
    GCC_REPO      := https://github.com/espressif/gcc.git
    GCC_DIR       := gcc-gnu
    BINUTILS_BRANCH := binutils-2_32
    BINUTILS_REPO := https://sourceware.org/git/binutils-gdb.git
    BINUTILS_DIR  := binutils-gdb-gnu
else ifeq ($(GCC), 13.2)
    ISL           := 0.18
    GCC_BRANCH    := esp-13_2_0
    GCC_PKGREL    := 130200
    GCC_REPO      := https://github.com/espressif/gcc.git
    GCC_DIR       := gcc-gnu
    BINUTILS_BRANCH := binutils-2_32
    BINUTILS_REPO := https://sourceware.org/git/binutils-gdb.git
    BINUTILS_DIR  := binutils-gdb-gnu

And building using the command:

 make GCC=13.2 REL=2.5.0 SUBREL=3  GHUSER=earlephilhower GHTOKEN=xxx

The error message was 127 pointing to the third line of this script:

	for p in $(PATCHDIR)/bin-*.patch; do \
	    test -r "$$p" || continue ; \
	    (cd $(REPODIR)/$(BINUTILS_DIR); echo "---- $$p:"; patch -s -p1 < $$p) ; \

The log file (.log.stage.patch) content:

---- /home/hamza/Desktop/esp-quick-toolchain/patches/gcc-001-jump-tables-in-text-section-earlephilhower.patch:
---- /home/hamza/Desktop/esp-quick-toolchain/patches/bin-001-hal.patch:
---- /home/hamza/Desktop/esp-quick-toolchain/patches/mkspiffs/0.2.0-makefile.patch:

What might be the problem, and potentially the fix for?
Given that:

• OS: Ubuntu 22.04.2 LTS

With thanks,
Hamza Hajeir

[earlephilhower]

Sorry, using a non-GNU fork of GCC is really getting into it on your own. I would suggest trying the patches one at a time (using the script in the makefile) from the command line and verifying individually what fails.

I have no idea what Espressif has done to their private GNU tree, plus you're using patches not developed for GCC 13 sources, so even if the patches somehow apply there is little expectation of them actually performing as intended.

[HamzaHajeir]

I see, but in which way you were indicating utilizing espressif one? Perhaps by not making any patch?

Per the issue, What was missing is the autoreconf tool was not installed.

[earlephilhower]

I thought you were talking about using a plain built binary version. Building GCC from source is not trivial. The Docker image mentioned in the README has all the dependencies already set up, but if you want to run native on your own you need a full GNU dev environment.

[HamzaHajeir]

I see, unfortunately they do provide a patched gcc version only, not built binaries.

Per the environment, yes correct, but I beleive my problem is bigger than the environment, given that GCC 13.2 isn't supported yet. Just came across an error in .log.stage.gcc1-make with undefined macro (XCHAL_HAVE_MMU).

This alone perhaps solvable with inserting under the following lines:

	# Dirty-force HAL definition to binutils and gcc
	for ow in $(REPODIR)/$(GCC_DIR)/include/xtensa-config.h $(REPODIR)/$(BINUTILS_DIR)/include/xtensa-config.h; do \
	    ( cat $(REPODIR)/lx106-hal/include/xtensa/config/core-isa.h; \
	      cat $(REPODIR)/lx106-hal/include/xtensa/config/system.h ; \
	      echo '#define XCHAL_HAVE_FP_DIV   0' ; \
              echo '#define XCHAL_HAVE_FP_RECIP 0' ; \
              echo '#define XCHAL_HAVE_FP_SQRT  0' ; \
              echo '#define XCHAL_HAVE_FP_RSQRT 0' ) > $${ow} ; \

But still, I'm on my own there...

What about the GCC 11.1.0. Is its support complete there?

[Jason2866]

Why not building with the espressif forked crosstool-NG?
Built the GCC 8.4 Apple ARM toolchains successfully when the where not officially supported. Espressif used my patches later to build the official ones ;-)
Building the actual GCC 13.2 ones is working without any changes.

[HamzaHajeir]

@Jason2866

I'm really not aware of it, so it's something esp8266/arduino can rely on? (As it's my purpose of the build)

[Jason2866]

Never did for esp8266, but the config is there https://github.com/espressif/crosstool-NG/tree/esp-1.25.x/samples/xtensa-esp-elf

[HamzaHajeir]

Never did for esp8266, but the config is there https://github.com/espressif/crosstool-NG/tree/esp-1.25.x/samples/xtensa-esp-elf

Have downloaded the release, but the folder xtensa-esp-elf seems missing from each the Source Code and crosstool-NG-esp-13.2.0_20230919-src.tar.xz releases!

Would that prevent us from building for the 8266?

[Jason2866]

No, the just do not build and release for esp8266. The Config setup for esp8266 is in the CROSSTOOL-NG repo. With the current changes it does not work at all. The new added submodules are not available.
Latest working is with commit https://github.com/espressif/crosstool-NG/tree/be38e0590caf621bcc5533a261d1963f384c7d18

[HamzaHajeir]

I did notice their submodules are not publicly released so thought to find them within the source code released version.

But it seems to me they are in preparation for esp8266 support, correct?