Fail to build ESPHome for ESP8266 on FreeBSD13 amd64

[rozhuk-im]

With gcc103 got:

Compiling .pioenvs/hipper-ir-gate/src/esphome/components/remote_base/samsung_protocol.cpp.o
Compiling .pioenvs/hipper-ir-gate/src/esphome/components/remote_base/toshiba_ac_protocol.cpp.o
In file included from src/esphome/core/log.h:8,
                 from src/esphome/components/remote_base/samsung_protocol.cpp:2:
src/esphome/components/remote_base/samsung_protocol.cpp: In member function 'virtual void esphome::remote_base::SamsungProtocol::dump(const esphome::remote_base::SamsungData&)':
src/esphome/components/remote_base/samsung_protocol.cpp:61:46: error: expected ')' before '__INT64'
   61 |   ESP_LOGD(TAG, "Received Samsung: data=0x%" PRIX64 ", nbits=%d", data.data, data.nbits);
      |                                              ^~~~~~
/home/rim/.platformio/packages/framework-arduinoespressif8266/cores/esp8266/WString.h:39:76: note: in definition of macro 'FPSTR'
   39 | #define FPSTR(pstr_pointer) (reinterpret_cast<const __FlashStringHelper *>(pstr_pointer))
      |                                                                            ^~~~~~~~~~~~
src/esphome/core/log.h:67:36: note: in expansion of macro 'F'
   67 | #define ESPHOME_LOG_FORMAT(format) F(format)
      |                                    ^
src/esphome/core/log.h:92:59: note: in expansion of macro 'ESPHOME_LOG_FORMAT'
   92 |   esp_log_printf_(ESPHOME_LOG_LEVEL_DEBUG, tag, __LINE__, ESPHOME_LOG_FORMAT(format), ##__VA_ARGS__)
      |                                                           ^~~~~~~~~~~~~~~~~~
src/esphome/core/log.h:152:28: note: in expansion of macro 'esph_log_d'
  152 | #define ESP_LOGD(tag, ...) esph_log_d(tag, __VA_ARGS__)
      |                            ^~~~~~~~~~
src/esphome/components/remote_base/samsung_protocol.cpp:61:3: note: in expansion of macro 'ESP_LOGD'
   61 |   ESP_LOGD(TAG, "Received Samsung: data=0x%" PRIX64 ", nbits=%d", data.data, data.nbits);
      |   ^~~~~~~~
/home/rim/.platformio/packages/framework-arduinoespressif8266/cores/esp8266/WString.h:40:34: note: to match this '('
   40 | #define F(string_literal) (FPSTR(PSTR(string_literal)))
      |                                  ^~~~
/home/rim/.platformio/packages/framework-arduinoespressif8266/cores/esp8266/WString.h:39:76: note: in definition of macro 'FPSTR'
   39 | #define FPSTR(pstr_pointer) (reinterpret_cast<const __FlashStringHelper *>(pstr_pointer))
      |                                                                            ^~~~~~~~~~~~
src/esphome/core/log.h:67:36: note: in expansion of macro 'F'
   67 | #define ESPHOME_LOG_FORMAT(format) F(format)
      |                                    ^
src/esphome/core/log.h:92:59: note: in expansion of macro 'ESPHOME_LOG_FORMAT'
   92 |   esp_log_printf_(ESPHOME_LOG_LEVEL_DEBUG, tag, __LINE__, ESPHOME_LOG_FORMAT(format), ##__VA_ARGS__)
      |                                                           ^~~~~~~~~~~~~~~~~~
src/esphome/core/log.h:152:28: note: in expansion of macro 'esph_log_d'
  152 | #define ESP_LOGD(tag, ...) esph_log_d(tag, __VA_ARGS__)
      |                            ^~~~~~~~~~
src/esphome/components/remote_base/samsung_protocol.cpp:61:3: note: in expansion of macro 'ESP_LOGD'
   61 |   ESP_LOGD(TAG, "Received Samsung: data=0x%" PRIX64 ", nbits=%d", data.data, data.nbits);
      |   ^~~~~~~~
In file included from src/esphome/core/log.h:8,
                 from src/esphome/components/remote_base/toshiba_ac_protocol.cpp:2:
src/esphome/components/remote_base/toshiba_ac_protocol.cpp: In member function 'virtual void esphome::remote_base::ToshibaAcProtocol::dump(const esphome::remote_base::ToshibaAcData&)':
src/esphome/components/remote_base/toshiba_ac_protocol.cpp:108:56: error: expected ')' before '__INT64'

looks like there is no __INT64 definition.

With gcc4.8 got:

Compiling .pioenvs/hipper-ir-gate/src/esphome/components/api/api_connection.cpp.o
xtensa-lx106-elf-g++: error: unrecognized command line option '-std=gnu++17'

[rozhuk-im]

Quick fix^
replace in /usr/local/esp-quick-toolchain-gcc103/xtensa-lx106-elf/xtensa-lx106-elf/include/inttypes.h:

#define PRIX64		__PRI64(X)

to

#define PRIX64 "Xll"

[trombik]

@rozhuk-im thanks for the reporting. i also noticed this before but patched esphome instead. as espressif does not love ESP8266 RTOS SDK as much as they do esp-idf, (unlikely the maintainer will fix in a timely manner) probably patch the toolchain is the only option for us.

[rozhuk-im]

Looks like there is some mess with include files.
I have no idea how to fix this on ESPHome side and make this fix.

PS: sorry for off topic, I almost done ESPHome port for FreeBSD.
Last part is compiler and tools injection into packages.
If I have time this script will be run as prebuild and inject missed packages, but now it is useful too.

package_inject.sh

#!/bin/sh


__pkg_make() { # src, name, ver, owner
	local __PKG_SRC_DIR="${1}"
	local __PKG_NAME="${2}"
	local __PKG_VER="${3}"
	local __PKG_OWNER="${4}"
	local __PKG_DST_DIR="${HOME}/.platformio/packages/${__PKG_NAME}@${__PKG_VER}@${__PKG_OWNER}"

	# Check dirs.
	if [ "${__PKG_SRC_DIR}" != 'none' ] && [ ! -d "${__PKG_SRC_DIR}" ]; then
		echo "${__PKG_SRC_DIR}: not found!"
		return 1
	fi
	if [ -d "${__PKG_DST_DIR}" ]; then
		echo "${__PKG_DST_DIR}: already exist!"
		return 1
	fi

	# Create new package dir.
	mkdir -p "${__PKG_DST_DIR}"

	# Fill with content.
	if [ "${__PKG_SRC_DIR}" != 'none' ]; then
		find "${__PKG_SRC_DIR}/" -maxdepth 1 -type d -not -name '' -exec ln -s {} "${__PKG_DST_DIR}/" \;
	fi

	# Add description files.
	# .piopm
	cat <<EOF | sed \
		-e "s|%%PKG_NAME%%|${__PKG_NAME}|g" \
		-e "s|%%PKG_VER%%|${__PKG_VER}|g" \
		-e "s|%%PKG_OWNER%%|${__PKG_OWNER}|g" > "${__PKG_DST_DIR}/.piopm"
{
  "type": "tool",
  "name": "%%PKG_NAME%%",
  "version": "%%PKG_VER%%",
  "spec": {
    "owner": "%%PKG_OWNER%%",
    "name": "%%PKG_NAME%%",
    "url": null
  }
}
EOF

	# package.json
	cat <<EOF | sed	\
		-e "s|%%PKG_NAME%%|${__PKG_NAME}|g" \
		-e "s|%%PKG_VER%%|${__PKG_VER}|g" > "${__PKG_DST_DIR}/package.json"
{
   "name": "%%PKG_NAME%%",
   "version": "%%PKG_VER%%",
   "system": [ "freebsd_amd64" ],
   "url": null
}
EOF

	return 0
}


__pkg_make '/usr/local/esp-quick-toolchain-gcc103/xtensa-lx106-elf' \
	'toolchain-xtensa' \
	'2.100300.0' \
	'platformio'

__pkg_make '/usr/local/xtensa-esp32-elf' \
	'toolchain-xtensa32' \
	'2.50200.0' \
	'platformio'

__pkg_make '/usr/local/xtensa-esp32-elf' \
	'toolchain-esp32ulp' \
	'1.22851.0' \
	'platformio'

__pkg_make '/usr/local/xtensa-esp32-elf' \
	'toolchain-xtensa-esp32' \
	'8.4.0+2021r2-patch3' \
	'espressif'

__pkg_make '/usr/local/xtensa-esp32-elf' \
	'toolchain-xtensa-esp32' \
	'8.4.0+2021r2-patch2' \
	'espressif'

__pkg_make '/usr/local/xtensa-esp32-elf' \
	'toolchain-xtensa-esp32s2' \
	'8.4.0+2021r2-patch2' \
	'espressif'



__pkg_make '/usr/local/riscv32-unknown-elf' \
	'toolchain-riscv32-esp' \
	'8.4.0+2021r2-patch2' \
	'espressif'


__pkg_make 'none' \
	'tool-cmake' \
	'3.16.0' \
	'platformio'

__pkg_make 'none' \
	'tool-ninja' \
	'1.7.0' \
	'platformio'

[trombik]

good to know there are other FreeBSD users who works on esphome or "IoT" thingy. the problem of maintaining the toolchains is that, it take a long time to test all of them. I am actively using the toolchains, but some fixes have not been in my ports.

[trombik]

looks like this is a historical issue.

espressif/esp-idf#52

it is deliberately disabled, but happened to work thanks to the following commit.

esp8266/Arduino#5435

it seems to me that esphome is not interested in ESP8266 anymore. here is an issue i opened.

esphome/issues#3348

[rozhuk-im]

Why not to add patch include/inttypes.h to fix at least known used things?