Automic VaultAutomic Vault

brew

nesc mit Homebrew, MacPorts installieren

Prüfe Installationswege, Executables, Metadaten und Sicherheitshinweise für nesc in AI-Agent-Workflows.

Installation

Weitere Installationsbefehle

macOS

Homebrewverifiziert · 100%
brew install nesc

local Homebrew formula metadata

MacPortsverifiziert · 94%
sudo port install nesc

MacPorts ports tree · lang/nesc/Portfile · Quelle: api.github.com

Überblick

Paketzusammenfassung

Programming language for deeply networked systems

Befehle und Aliase

  • nescc
  • nescc-mig
  • nescc-ncg
  • nescc-wiring

Verlauf

Projektgeschichte und Nutzung

nesC is an extension of C designed for TinyOS and deeply networked embedded systems, especially wireless sensor-network motes. It is historically significant because it was the programming language that embodied TinyOS's component model, event-driven execution, split-phase operations, and whole-program analysis for extremely memory-constrained devices.

Projektgeschichte

The nesC home page defines it as a C extension designed to embody TinyOS structuring concepts and execution model. TinyOS targeted sensor network nodes with very limited resources; the nesC page gives examples such as 8 KB of program memory and 512 bytes of RAM. The language built programs from wired components with provided and used interfaces, bidirectional commands/events, static linking, and whole-program compilation.

The 2003 PLDI paper by David Gay, Philip Levis, Robert von Behren, Matt Welsh, Eric Brewer, and David Culler presented nesC as a systems language for motes: tiny low-power nodes running concurrent reactive programs under severe memory and power constraints. The paper states that nesC had been used to implement TinyOS and significant sensor applications, and that nesC and TinyOS had been adopted by a large number of sensor-network research groups. In the introduction it says TinyOS was in use by more than 100 research groups worldwide.

The GitHub repository appears to be a later master repository: GitHub metadata retrieved on 2026-07-01 shows it created on 2012-12-17, archived, written mostly in C, with 107 stars and 54 forks. That repository status reflects the post-peak maintenance state, not the language's early-2000s research impact.

Adoptionsgeschichte

nesC's adoption followed TinyOS adoption in academic and embedded-sensor research. It was not a general-purpose C successor; it was a domain-specific language for mote applications where static allocation, event callbacks, interrupt-driven execution, and compile-time race checks mattered. Its examples and papers connect it to TinyDB, Mate, Surge, and other sensor-network applications.

In package-manager terms, nesC is a legacy research/runtime tool kept installable for people building old TinyOS code or studying sensor-network systems. The av.db source record shows Homebrew and MacPorts packaging. The Homebrew formula API reported stable version 1.4.0 and 1 install-on-request event in the prior 30 days when checked on 2026-07-01.

Wie es verwendet wird

Users invoke `nescc` to compile TinyOS/nesC applications, with helper tools such as `nescc-mig`, `nescc-ncg`, and `nescc-wiring` for message/interface generation and wiring inspection. Practical use is mostly historical TinyOS development, reproducing academic sensor-network projects, and maintaining code for mote platforms.

Warum Paket-Nerds sich dafür interessieren

nesC is important less because of present install volume and more because it records a complete research-era software stack: a language, compiler, operating system, component model, and hardware class co-designed for wireless sensor networks. It is the opposite of a random CLI; it is a fossil with real lineage.

Zeitleiste

  • 2003: PLDI paper 'The nesC Language: A Holistic Approach to Networked Embedded Systems' published.
  • 2012-12-17: tinyos/nesc GitHub repository created as the master repository.
  • 2018-12-16: GitHub metadata showed the repository's last push date when checked on 2026-07-01.
  • 2026-07-01: Homebrew API reported stable version 1.4.0.

Related projects

  • TinyOS
  • TinyDB
  • Mate
  • Surge
  • wireless sensor networks
  • motes

Sicherheitslage

Risikostufe: yellow

broad file, network, media, or database tool signal. generalized runtime or code generation signal.

Risikoklassifikator

yellow Risiko · mittel Konfidenz · runtime

Warum

  • broad file, network, media, or database tool signal
  • generalized runtime or code generation signal

Signale

  • text:network
  • text:programming language

Installationsverhalten

  • In den Formelmetadaten ist kein Homebrew-Post-install-Hook erfasst.
  • Homebrew-Bottle-Metadaten sind für 13 Plattformziele verfügbar.
  • Installiert mit 1 Laufzeitabhängigkeiten.
  • Build-Metadaten listen 3 Build-Abhängigkeiten.

Empfohlene Prüfung

Prüfe vor unbeaufsichtigter Agent-Nutzung, ob das Tool Klartext-Credentials liest, Remote-Zustand schreibt, Artefakte veröffentlicht oder Plugins ausführt.

Executables

Installierte Executables

BefehlArtSichtbarkeitHinweis
nescccliglobales Executable
nescc-migcliglobales Executable
nescc-ncgcliglobales Executable
nescc-wiringcliglobales Executable

Aktualität

Version und Aktualität

Diese Signale trennen das Alter der Seitengenerierung, Aktivität des Paketmanagers und Upstream-Release-Vergleich. Versionsrückstand wird nur gemeldet, wenn eine Evidenz-URL und vergleichbare Versionen vorhanden sind.

Seite generiert2026-07-10
Manager-Version1.4.0
Manager aktualisiert2026-06-22
lokale DatenOK
Upstreamaktuell
neueste erkannte Versionv1.4.0

https://github.com/tinyos/nesc

  • OKEs wurden keine Aktualitätswarnungen generiert.

Installationsmetadaten

Paketmetadaten

Paketschlüsselbrew:nesc
Version1.4.0
PaketmanagerHomebrew
Paketmanager-Seitehttps://formulae.brew.sh/formula/nesc
Homepagehttps://github.com/tinyos/nesc
Repositoryhttps://github.com/tinyos/nesc
Upstream-Dokumentationhttps://github.com/tinyos/nesc#readme
LizenzGPL-2.0-only
Quellarchivhttps://github.com/tinyos/nesc/archive/refs/tags/v1.4.0.tar.gz
Zuletzt aktualisiert2026-06-22T14:05:36-07:00
Pulseupdated
Abhängigkeitenemacs
Build-Abhängigkeitenautoconf, automake, openjdk
Bottleverfügbar (auf arm64_big_sur, arm64_linux, arm64_monterey, arm64_sequoia, arm64_sonoma, arm64_tahoe, arm64_ventura, big_sur, catalina, monterey, sonoma, ventura, x86_64_linux)
Homebrew post-installnicht definiert
Dienstkeiner deklariert

Registry-Fakten

Details aus der Quelldatenbank

Source DatabaseHomebrew formula API
Taphomebrew/core
Full Namenesc
Version Scheme0
Revision2
Bottle Stable Root URLhttps://ghcr.io/v2/homebrew/core
Deprecatedyes
Disabledno
Keg Onlyno
URL Keys
  • stable

Source-Datenbank-Treffer

Andere Paketmanager-Einträge

Treffer stammen aus externen Paketmanager-Indizes und bleiben von lokalen Automic-Vault-Paketlinks getrennt.

MacPorts95%

nesc

sudo port install nesc
  • normalized package name match
  • Abgeglichen nach: Nesc
MacPorts ports tree · api.github.com · MacPorts ports tree: lang/nesc/Portfile from https://api.github.com/repos/macports/macports-ports/git/trees/master?recursive=1

Quellspur

Aus Repository-Daten generiert

Diese Seite wird von av-web aus dem privaten Paket-SQLite-Artefakt bereitgestellt, das scripts/generate-pkg-sqlite.py erstellt.

Verwendete Quellen

  • Geiger risk classifier
  • Nucleus package database
  • av.db category and tag curation
  • cross-ecosystem install command graph
  • curated package history
  • external package-manager database matches
  • package relationship graph
  • package version freshness
  • package-page enrichment