INAV 8.0.0 RC1 Issue that Pops up on Target (gcc-arm-none-eabi 11.2.1 "is not implemented and will always fail")

[synersignart]

Issue that Pops up on Target compilation

:/Workspace/xpack/xpack-arm-none-eabi-gcc-13.2.1-1.1/bin/../lib/gcc/arm-none-eabi/13.2.1/../../../../arm-none-eabi/bin/ld.exe: E:/Workspace/xpack/xpack-arm-none-eabi-gcc-13.2.1-1.1/bin/../lib/gcc/arm-none-eabi/13.2.1/../../../../arm-none-eabi/lib/thumb/v7e-m+fp/hard\libc_nano.a(libc_a-closer.o): in function `_close_r':
closer.c:(.text._close_r+0xc): warning: _close is not implemented and will always fail

is this the correct Xpack for compilation of Target for this Version of INAV?
xpack-arm-none-eabi-gcc-13.2.1-1.1

[mmosca]

Try using WSL instead of MSYS. I don't think anyone is activelly using MSYS these days.

https://github.com/iNavFlight/inav/blob/master/docs/development/Building%20in%20Windows%2010%20or%2011%20with%20Linux%20Subsystem.md

[synersignart]

Try using WSL instead of MSYS. I don't think anyone is activelly using MSYS these days.

https://github.com/iNavFlight/inav/blob/master/docs/development/Building%20in%20Windows%2010%20or%2011%20with%20Linux%20Subsystem.md

Ive been using Msys since INAV5 and its always been reliable untill INAV 8.0.0 and Gcc xpack-arm-none-eabi-gcc-13.2.1
but not sure if something is missing base on the documentation folder if ever this was updated since INAV6.0.0

[stronnag]

The error is harmless. Linker optimisation will ignore the unneeded symbols.

When INAV installs a compiler, the install process removes the unwanted symbol section to avoid upsetting users with spurious warnings.

[synersignart]

ah I see kinda surprise this pops up as it always been normal ever since INAV5 when I started using Msys

[MartinHugh]

Seems fine on WSL for me.

[stronnag]

ah I see kinda surprise this pops up as it always been normal ever since INAV5 when I started using Msys

No surprise at all . It is expected from arm-gcc after about gcc 10 or 11.

[stronnag]

If it really bothers you, can "fix" it as we do (see cmake/arm-none-eabi-checks.cmake):

    # This is **somewhat ugly**
    # the newlib distributed by ARM generates suprious warnings from re-entrant POSIX functions
    # that INAV doesn't use. These "harmless" warnings can be surpressed by removing the
    # errant section from the only libnosys used by INAV ...
    # So look the other way ... while this is "fixed"
    execute_process(COMMAND arm-none-eabi-objcopy -w -R .gnu.warning.* "${TOOLS_DIR}/${base_dir_name}/arm-none-eabi/lib/thumb/v7e-m+fp/hard/libnosys.a"
      RESULT_VARIABLE status
      WORKING_DIRECTORY ${TOOLS_DIR}
    )