STM32: /lib/lv_conf.h:832:9: error: "LV_USE_TINY_TTF" redefined

[altmind]

Describe the bug
On debian 13 (i used this machine to compile for esp32, it worked): Build fails when doing:
python3 make.py stm32 clean BOARD=STM32F7DISC INDEV=FT5x36 LV_CFLAGS="-DMICROPY_COLOR_DEPTH=16"

Seems minor, but all warnings are being treated as errors?

GEN build-STM32F7DISC/genhdr/qstr.i.last
In file included from /home/alt/lvgl_micropython/lib/lvgl/src/lv_conf_internal.h:58,
from /home/alt/lvgl_micropython/lib/lvgl/src/lv_init.h:16,
from /home/alt/lvgl_micropython/lib/lvgl/lvgl.h:21,
from build-STM32F7DISC/lv_mpy.c:33:
/home/alt/lvgl_micropython/lib/lv_conf.h:832:9: error: "LV_USE_TINY_TTF" redefined [-Werror]
832 | #define LV_USE_TINY_TTF MICROPY_TINY_TTF
|         ^~~~~~~~~~~~~~~
<command-line>: note: this is the location of the previous definition
cc1: all warnings being treated as errors
Command '['arm-none-eabi-gcc', '-E', '-I/home/alt/lvgl_micropython/ext_mod/lcd_bus', '-I/home/alt/lvgl_micropython/ext_mod/lcd_bus/common_include', '-I/home/alt/lvgl_micropython/ext_mod/lcd_bus/sdl_bus', '-I/home/alt/lvgl_micropython/lib/lvgl', '-I/home/alt/lvgl_micropython/lib', '-DMICROPY_COLOR_DEPTH=16', '-DLV_USE_TINY_TTF=0', '-DMICROPY_VFS_FAT=1', '-DMICROPY_PY_SSL=1', '-DMBEDTLS_CONFIG_FILE="mbedtls/mbedtls_config_port.h"', '-DMICROPY_SSL_MBEDTLS=1', '-I../../lib/mbedtls/include', '-DMICROPY_PY_LWIP=1', '-DFFCONF_H="lib/oofatfs/ffconf.h"', '-I../../lib/lwip/src/include', '-I.', '-I../..', '-Ibuild-STM32F7DISC', '-I../../lib/cmsis/inc', '-I../../lib/stm32lib/CMSIS/STM32F7xx/Include', '-I../../lib/stm32lib/STM32F7xx_HAL_Driver/Inc', '-Iusbdev/core/inc', '-Iusbdev/class/inc', '-Ilwip_inc', '-Wall', '-Wpointer-arith', '-Werror', '-Wdouble-promotion', '-Wfloat-conversion', '-std=gnu99', '-nostdlib', '-DSTM32F746xx', '-DUSE_FULL_LL_DRIVER', '-mthumb', '-mfpu=fpv4-sp-d16', '-mfloat-abi=hard', '-mfp16-format=ieee', '-mtune=cortex-m7', '-mcpu=cortex-m7', '-Os', '-DNDEBUG', '-Iboards/STM32F7DISC', '-DSTM32_HAL_H=<stm32f7xx_hal.h>', '-DMBOOT_VTOR=0x08000000', '-DMICROPY_HW_VTOR=0x08000000', '-DMICROPY_FLOAT_IMPL=MICROPY_FLOAT_IMPL_FLOAT', '-fsingle-precision-constant', '-DMICROPY_HW_ENABLE_ISR_UART_FLASH_FUNCS_IN_RAM=1', '-fdata-sections', '-ffunction-sections', '-g', '-DMICROPY_ROM_TEXT_COMPRESSION=1', '-DMICROPY_BOARD_BUILD_NAME="STM32F7DISC"', '-DNO_QSTR', '/home/alt/lvgl_micropython/ext_mod/lcd_bus/modlcd_bus.c', '/home/alt/lvgl_micropython/ext_mod/lcd_bus/lcd_types.c', '/home/alt/lvgl_micropython/ext_mod/lcd_bus/common_src/i2c_bus.c', '/home/alt/lvgl_micropython/ext_mod/lcd_bus/common_src/i80_bus.c', '/home/alt/lvgl_micropython/ext_mod/lcd_bus/common_src/spi_bus.c', '/home/alt/lvgl_micropython/ext_mod/lcd_bus/common_src/rgb_bus.c', '/home/alt/lvgl_micropython/ext_mod/lcd_bus/sdl_bus/sdl_bus.c', '/home/alt/lvgl_micropython/ext_mod/lcd_utils/src/lcd_utils.c', '/home/alt/lvgl_micropython/ext_mod/lcd_utils/src/remap.c', '/home/alt/lvgl_micropython/ext_mod/lcd_utils/src/binary_float.c', 'build-STM32F7DISC/lv_mpy.c', '../../py/mpstate.c', '../../py/malloc.c', '../../py/gc.c', '../../py/pystack.c', '../../py/qstr.c', '../../py/vstr.c', '../../py/mpprint.c', '../../py/unicode.c', '../../py/mpz.c', '../../py/reader.c', '../../py/lexer.c', '../../py/parse.c', '../../py/scope.c', '../../py/compile.c', '../../py/emitcommon.c', '../../py/emitbc.c', '../../py/asmbase.c', '../../py/asmx64.c', '../../py/emitnx64.c', '../../py/asmx86.c', '../../py/emitnx86.c', '../../py/asmthumb.c', '../../py/emitnthumb.c', '../../py/emitinlinethumb.c', '../../py/asmarm.c', '../../py/emitnarm.c', '../../py/asmxtensa.c', '../../py/emitnxtensa.c', '../../py/emitinlinextensa.c', '../../py/emitnxtensawin.c', '../../py/asmrv32.c', '../../py/emitnrv32.c', '../../py/emitinlinerv32.c', '../../py/emitndebug.c', '../../py/formatfloat.c', '../../py/parsenumbase.c', '../../py/parsenum.c', '../../py/emitglue.c', '../../py/persistentcode.c', '../../py/runtime.c', '../../py/runtime_utils.c', '../../py/scheduler.c', '../../py/nativeglue.c', '../../py/pairheap.c', '../../py/ringbuf.c', '../../py/cstack.c', '../../py/stackctrl.c', '../../py/argcheck.c', '../../py/warning.c', '../../py/profile.c', '../../py/map.c', '../../py/obj.c', '../../py/objarray.c', '../../py/objattrtuple.c', '../../py/objbool.c', '../../py/objboundmeth.c', '../../py/objcell.c', '../../py/objclosure.c', '../../py/objcode.c']' returned non-zero exit status 1.
make: Leaving directory '/home/alt/lvgl_micropython/lib/micropython/ports/stm32'
make: *** [../../py/mkrules.mk:133: build-STM32F7DISC/genhdr/qstr.i.last] Error 1

[kdschlosser]

OK so first thing is this is not lv_micropython the build commands are not the same. LV_CFLAGS="-DMICROPY_COLOR_DEPTH=16" doesn't do anything so you don't need to bother with it.

Next thing is you are saying that you are building for esp32 but your build command is for stm32. This library doesn't support stm32 yet, I have not found someone with the knowledge and willingness to write the C drivers that are needed for the bus connection.

I am not sure why you are using the LV_USE_TINY_TTF macro but you shouldn't be. You should be setting the MICROPY_TINY_TTF macro if you want to use tiny TTF.

[altmind]

i said i used the same debian13 to build for esp32, and it worked fine, so i dont suspect any misconfiguration in general.

im targeting stm32 now.

LV_CFLAGS="-DMICROPY_COLOR_DEPTH=16" doesn't do anything

ahem, what you mean? is it a wrong way to hardcode 16bit color depth?

I am not sure why you are using the LV_USE_TINY_TTF macro but you shouldn't be. You should be setting the MICROPY_TINY_TTF macro if you want to use tiny TTF.

I did the default build, i did not choose TINY_TTF, its default i guess? (Or maybe its something related to my STM32F7* board being extremely RAM and ROM limited so some flags got auto-applied?)

[altmind]

Yeah, i figured out in #465 that STM32 is not supported at all. We should probably update the readme. Its a hard stop - its not working, regardless of board.

[kdschlosser]

I can put some time in to get it to work, at least SPI. I will not be able to get the I8080 or RGB up and running but at least there would be something that is working.