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

Offen
#25 0 Kommentare 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen

Dieses Issue hat noch niemand übernommen.

Bewertung

Schwierigkeit
4/5
Geschätzter Aufwand
3-5 Tage
Anfängerfreundlichkeit
48/100
Issue-Typ
Feature
Klarheit
Größtenteils klar
Aktivitätsstatus
Aktiv
Tech-Stack
cpp, csharp, dart, flutter, rust, typescript
Bereich
desktop, performance

Rechercherichtung

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.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Beschreibung

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?
Vorherrschende Sprache
TypeScript
Sterne
172
Forks
16
Ø Merge
40 Min.
Gemergte PRs (30 T.)
2

Entwicklungsumgebung

Dieses Projekt bietet weder Dev-Container noch Dockerfile noch Beitragsleitfaden – die Einrichtung liegt bei Ihnen. Beginnen Sie mit der README; die allgemeinen Schritte stehen in unserem Leitfaden für den ersten Beitrag.

Erste Schritte

  1. Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
  2. Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
  3. Forken Sie das Repository und arbeiten Sie in einem Branch.
  4. Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.

Mehr aus libnativeapi/nativeapi

Alle Issues in libnativeapi/nativeapi

Ähnliche Issues

Weitere Issues zu TypeScript

Neue Issues direkt in Ihr Postfach

Eine kurze Übersicht über anfängerfreundliche GitHub-Issues.