.lib

0 claimants 0 primary 0 secondary

SWH popularity

From the SWH-MSR-ARV dataset (Desmazières, Di Cosmo, Lorentz, MSR 2025; file nb_extensions_alphanum.csv) — one row per (ext, year) in the full SWH archive. Case-aggregated. citation.

2.4M
total occurrences
711.0K
since 2019 (29.2%)
1970–2023
years active

Case variants in archive: .lib (2.4M), .LIB (25.6K), .Lib (8.0K), .LiB (93), .LIb (1), .lIb (1) — aggregated above.

Help label this extension

No PL in our taxonomy claims this extension. If you know what it's used for, fill the form below. Vocabulary reference: docs/extension_labels.md.

— or, if the button is blocked, use the link just below:
(fill the form to enable this link)
What happens after I submit?
  1. A new GitHub issue is opened in this repo with your form contents in a structured YAML block and the label ext-review. Your GitHub login becomes the annotator; the issue's created_at is the submission timestamp.
  2. A curator script (tools/process_extension_labels.py) fetches all ext-review issues and writes their parsed contents into data/derived/extension_labels.csv with curator_status="new". Until this script runs, your submission lives only as the GitHub issue.
  3. Your submission shows up on the curator triage page (/review/curator/) under "new". Maintainers review the issue (comment, ask for clarification, accept or reject) and edit extension_labels.csv to set curator_status to accepted.
  4. For pl/<id> labels, build_pl_taxonomy.py promotes accepted labels into ext_claim.csv with source="manual_review:<your-login>" and strength="proposed". The next site rebuild then shows your claim on this extension's page and on the language's page.
  5. Friendly-name + reference-URL labels (e.g. binary:image for .png) are not promoted into ext_claim.csv (they aren't PL claims) but are surfaced on this page's "Prior labels" table so anyone landing here sees them next to the auto-detected category.

In short: submitting opens an issue (provenance), and a small ingestion pipeline turns issues into rows the site renders. The loop is currently manual (the curator script must be run by a maintainer); GitHub Actions could automate it on each new issue.

Wikidata says… (15)

File formats, image formats, audio codecs and other non-PL entities that claim .lib on Wikidata (property P1195) or in the Wikipedia infobox. Source: data/derived/external_extension_index.csv. Click Use as new PL on any row to open the Add-PL form pre-filled with that entry's name, Wikipedia/Wikidata URL, and this extension — one submission creates the PL + claim.
Right entry isn't listed? Add manually ↗
FormatClass (Wikidata P31)Suggested labelMIMENotesAction
Common Object File Format Q856364
executable file format
executable file formatbinary:executableapplication/x-coff; application/x-coffexecwp-onlyUse as new PL ↗
Intellifont Q6043826
Scalable font technology
font file formatbinary:fontUse as new PL ↗
Amiga Hunk library/object code Q105861163
file format
file formatapplication/octet-streamUse as new PL ↗

SWH-mined examples (2)

Real archived programs with this extension, byte-verified against the SWH archive. Useful for deciding what this extension actually is when the attribution is uncertain.
graphic.lib · 5783 B · seen 4540× in SWH
predicted: unclassified via unknown-ext
swh:1:cnt:3cabf6423b2dd8495e6db526b52fc41b2041f185;origin=https://github.com/metacollin/kicad-gigalib;anchor=swh:1:rev:8a025c715653529a10b2c1fd5c2aeed9960c7a10;path=/library/graphic.lib
Open in SWH · Raw bytes
cmos_ieee.lib · 74047 B · seen 3768× in SWH
predicted: unclassified via unknown-ext
swh:1:cnt:776889f094f3fc4a9f13c38e537a7f27c2d7422f;origin=https://github.com/metacollin/kicad-gigalib;anchor=swh:1:rev:710f9d2028f24faaa269db0ce8dd5077c9dac017;path=/library/cmos_ieee.lib
Open in SWH · Raw bytes
Request more SWH-mined examples
If the examples above don't disambiguate what .lib is, request a fresh mining run.
(or open the pre-filled issue directly)