-
Notifications
You must be signed in to change notification settings - Fork 2
feat: Modularize Lunatik package and enable granular selection #9
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
base: openwrt-23.05
Are you sure you want to change the base?
Conversation
|
hey, @Zapper9982 did you try to build? it seems that autogen is not being called any longer..
|
Hi yes lemme look into this |
|
@lneto So i got down to it , there seems to be an issue in
making it : should fix it The original Lua code has a conditional 64-bit shift that is correctly excluded by the preprocessor on 32-bit targets, but GCC still analyzes and warns about it. The fix makes the shift operation type-safe by explicitly casting to a 64-bit type before shifting, eliminating the warning without changing runtime behavior |
| DEPENDS:=\ | ||
| +lua5.4 | ||
| DEPENDS:=+lua5.4 |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
please, don't mix style changes and feat
kernel/lunatik/Makefile
Outdated
| define Build/Prepare | ||
| $(Build/Prepare/Default) | ||
| cd $(PKG_BUILD_DIR) && ./gensymbols.sh $(LUA_API) > lunatik_sym.h | ||
| cd $(PKG_BUILD_DIR) && CC=gcc ./gensymbols.sh $(LUA_API) > lunatik_sym.h |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
we shouldn't assume gcc.. CC=${CC}
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I think we shouldnt use cross compiler here , we should use host compiler so i will make it $(HOSTCC)
I don't think it should be a problem; did you try to build the same without your patch? Lua should be correctly configured. It's most likely that your patch is breaking some config. BTW, I don't see the error you are reporting anywhere. Can you share the log? |
@lneto here |
Can you make sure it's happening without your changes as well? It seems to me that you are not including the right headers. |
|
Hey @lneto i have been getting an unsafe memcpy error as of now , i am not sure what to do about it |
Please, always share the full logs, so we can try to help ;-) |
|
CC [M] /home/zapper9982/Documents/lunatik/openwrt/build_dir/target-mips_24kc_musl/linux-ath79_generic/lunatik-3.6.4/lua/lparser.o |
It looks like the build is not finding this API, can you share your OpenWRT config? |
|
the build problem I have now is to sort out the dependency of luarcu on lunatik_run |
yes managed to get my config right |
Let me take a look into it |
|
@lneto i wasnt able to reproduce the same issue you have been facing =) could u help me with what exactly you performed
|

This PR majorly refactors the Lunatik OpenWrt package to support modular selection of features .
Dynamically constructs
EXTRA_KCONFIGbased on the selected OpenWrt packages. This maps OpenWrt selection (CONFIG_PACKAGE_kmod-lunatik-) to the internal Lunatik Kconfig symbols (CONFIG_LUNATIK_).Temporarily pointed PKG_SOURCE_URL to a development fork (Zapper9982/lunatik) to verify the Kconfig integration