add suport for static linked library

[javierbrk]

#1191 this makefile change enables the use of a statically linked shared state version

libremesh/shared-state-async#2

It can be tested by compiling an image using this repos in the feeds

src-git libremesh https://github.com/javierbrk/lime-packages.git;shared-state-async-static

This is just a draft and still requires further testing.

[javierbrk]

Another package or a package option, it must be possible to use both dynamic or static.

[ilario]

Let us know when you consider this ready to merge, so that we test it :)

[javierbrk]

Thanks for the feedback! I've been testing it myself first before sharing. I think it will be better to add a different package that can be used indistinctly just like with the original one. Saludos Ing. Javier Alejandro Jorge

…

On Sat, 8 Nov 2025 at 08:44, Ilario Gelmetti ***@***.***> wrote: *ilario* left a comment (libremesh/lime-packages#1218) <#1218 (comment)> Let us know when you consider this ready to merge, so that we test it :) — Reply to this email directly, view it on GitHub <#1218 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/ABE2I2AI4CCXUXSM7QH3JC333XJSDAVCNFSM6AAAAACGEZO4G2VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZTKMBWGQ3TIMRTGA> . You are receiving this because you authored the thread.Message ID: ***@***.***>

[javierbrk]

this pull is still a draft since we need to approve the pull request from shared-state-async repo first and then change the makefile to point to the original repo. The makefile builds against my repo in the branch with the required modifications.

With these changes the make file will generate to new entries to the makemenuconfig, they are mutually exclusive.
If one knows it will need libstdcpp for other purposes it can use the default build option. If no libstdcpp required, then one can chose the static option.

Static building:
318K mips_24kc/libremesh/shared-state-async-static.ipk

Dynamic building:
117K mips_24kc/libremesh/shared-state-async.ipk
685K libstdcpp6_13.3.0-r4_mips_24kc.ipk
total ... 802 k

[a-gave]

I tested this on a ubnt_litebeam-m5-xw running openwrt-24.10.4.
Firmware images were compiled with a reduced kernel (SMALL_FLASH) and with some options to save space, the top level packages are:

root@LiMe-590610:/tmp# owut list
lime-app shared-state-bat_hosts profile-antennine.org-an-generic-outdoor-8-64 -ca-bundle -dnsmasq -nftables -odhcpd-ipv6only -opkg -ppp -ppp-mod-pppoe -procd-ujail

(hopefully with the reduced kernel and other options to save space also the 'dynamic' shared-state-async fit in this 8/64 device)
Here are the lime-reports:

• with shared-state-async lime-report-dynamic.txt
• with shared-state-async-static lime-report-static.txt

To do these tests I previously pushed your changes to the branch 'dev' with this patch to fix the PKG_MIRROR_HASH
437b530
(packages weren't built for branch 23.05, it seems there is some issue in the openwrt download server)

The device were connected via 5ghz to both a openwrt_one running openwrt 24.10.5 (with installed the default shared-state-async) and another gemtek_wvrtm-130acn ow24.10.3 (without shared-state-async, probably originating the errors 'Connection refused category: generic' visible in the above lime-reports)

Let me know if I should execute some other tests. Otherwise for me it seems fine, very useful, and I hope it will be merged soon