Linux shared library footprint: selective linking or stripping unused native features?

未關閉
#25 0 則留言 0 個 reaction 已指派 0 人 在 GitHub 檢視

還沒有人認領這個 Issue。

評估

難度
4/5
預估耗時
3-5 天
新手友好度
48/100
Issue 類型
功能
描述清晰度
基本清楚
活躍度
活躍
技術堆疊
cpp, csharp, dart, flutter, rust, typescript

研究方向

Start by comparing the two linked CI runs to confirm the Linux x86_64 archive and shared library size changes, then inspect the native build and packaging entry points for libcnativeapi.so. Determine whether the build supports selecting window-management components or stripping unused features; done means documenting the expected footprint and a supported way to reduce it, if available.

由索引模型根據 Issue 內容生成。

描述

Context

After upgrading Butterfly from window_manager 0.5.2 to 0.6.0, the Linux x86_64 release archive grew by approximately 0.72 MB.

Size comparison
  • New libcnativeapi.so adds ~2.66 MB uncompressed.
  • Removed window_manager / screen_retriever native libraries totalled only ~87 KB.

CI references:

Questions
  1. Is this footprint expected for the current native build?
  2. Is there a supported way to include only window-management components, or to strip unused native functionality, so apps can keep the new API benefits while limiting download size?
主要語言
TypeScript
星號
172
分支
16
平均合併
40 分鐘
30 天內合併 PR
2

環境準備

這個專案沒有提供開發容器、Dockerfile 或貢獻指南,環境需要你自己搭建:先看它的 README,通用步驟見我們的新手貢獻指南。

從這裡開始

  1. 先讀完整個 Issue,再讀專案的貢獻指南。
  2. 在 Issue 下留言說明你要接手 —— 這能避免兩個人做同樣的事。
  3. Fork 儲存庫,在一個分支上完成修改。
  4. 送出 Pull Request,並在描述裡引用這個 Issue 編號。

libnativeapi/nativeapi 的其他 Issue

查看 libnativeapi/nativeapi 的全部 Issue

相似的 Issue

更多 TypeScript Issue

把新 issue 寄到你的電子郵件信箱

精選適合新手參與的 GitHub issue 摘要。