Clarification about warning(s) behavior about nelua-lang

[edubart]

What is your GCC version?

[stefanos82]

gcc version 12.2.0 (Debian 12.2.0-3)

Update: with Debian clang version 14.0.6-2 works as expected.

Is it a GCC bug?

[edubart]

For GCC, seems like fallthrough comment must come right before the case, but there is a } between, I will provide a fix.

[edubart]

Fixed in 91f23a2

[stefanos82]

Nice! Now it works as expected.

By the way, I got these lto warning messages during compilation procedure with make optimized-nelua-lua:

make --no-print-directory CFLAGS="-march=native -O3 -flto -fno-plt -fno-stack-protector -fprofile-generate=pgo" clean-nelualua default
rm -f nelua-lua
gcc \
	-DMAXRECLEVEL=400 -DLUA_USE_RPMALLOC -DNDEBUG -DLUA_USE_LINUX  \
	-Isrc/lua  \
	-march=native -O3 -flto -fno-plt -fno-stack-protector -fprofile-generate=pgo  \
	src/hasher.c src/lfs.c src/luainit.c src/onelua.c src/sys.c src/lpeglabel/lpcap.c src/lpeglabel/lpcode.c src/lpeglabel/lpprint.c src/lpeglabel/lptree.c src/lpeglabel/lpvm.c src/srpmalloc/srpmalloc.c  \
	-o nelua-lua \
	-Wl,-E  -lm -ldl 
lto-wrapper: warning: using serial compilation of 13 LTRANS jobs
lto-wrapper: note: see the ‘-flto’ option documentation for more information
./nelua -qb tests/all_test.nelua
make --no-print-directory CFLAGS="-march=native -O3 -flto -fno-plt -fno-stack-protector -fprofile-use=pgo" clean-nelualua default
rm -f nelua-lua
gcc \
	-DMAXRECLEVEL=400 -DLUA_USE_RPMALLOC -DNDEBUG -DLUA_USE_LINUX  \
	-Isrc/lua  \
	-march=native -O3 -flto -fno-plt -fno-stack-protector -fprofile-use=pgo  \
	src/hasher.c src/lfs.c src/luainit.c src/onelua.c src/sys.c src/lpeglabel/lpcap.c src/lpeglabel/lpcode.c src/lpeglabel/lpprint.c src/lpeglabel/lptree.c src/lpeglabel/lpvm.c src/srpmalloc/srpmalloc.c  \
	-o nelua-lua \
	-Wl,-E  -lm -ldl 
lto-wrapper: warning: using serial compilation of 6 LTRANS jobs
lto-wrapper: note: see the ‘-flto’ option documentation for more information
rm -rf pgo

[edubart]

Thanks for also reporting that, recent GCC started to require parameters in -flto, I've pushed a fix in d0d3859