Hacktoberfest 2026: die Issues, die Maintainer für den Oktober markiert haben – offen und einsteigerfreundlich. Hacktoberfest-Issues durchsuchen

How to test after migration from 0.9.x

Offen
#330 4 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
25/100
Issue-Typ
Bug
Klarheit
Muss geklärt werden
Aktivitätsstatus
Veraltet
Tech-Stack
rust

Rechercherichtung

Beginne damit, den im Issue beschriebenen Migrationskontext von 0.9.x zu 0.11 sowie die Befehle zum Testen von Kernel und übergeordnetem Verzeichnis zu überprüfen, einschließlich des Befehls für das übergeordnete Verzeichnis mit --workspace. Reproduziere die Fehler „missing-target“ und „eh_personality“ und ermittle und dokumentiere anschließend einen funktionierenden Testaufruf oder identifiziere das erforderliche Verhalten für die Target-Übertragung.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Beschreibung

I migrated from 0.9.x to 0.11.

The build works fine but tests are broken the old way. When testing teh kernel there is no executable, what I can understand. But when testing the parent directory only the crate itself will be tested. When testing the parent directory with --workspace option there is no target transferred to the kernel build, which leads to the error:

"error: language item required, but not found: `eh_personality`
 |
  = note: this can occur when a binary crate with `#![no_std]` is compiled for a target where `eh_personality` is defined in the standard library
  = help: you may be able to compile for a target that doesn't need `eh_personality`, specify a target with `--target` or in `.cargo/config`

I guess there is an option to pass the target even in test build mode. But I didn't find yet.

Thanks in advane!

Vorherrschende Sprache
Rust
Sterne
1.7k
Forks
240
PR-Merge-Kennzahlen
Keine gemergten PRs in 30 T.

Entwicklungsumgebung

Die Einrichtungsdateien dieses Projekts haben wir noch nicht geprüft. 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 rust-osdev/bootloader

Alle Issues in rust-osdev/bootloader

Ähnliche Issues

Weitere Issues zu Rust

Neue Issues direkt in Ihr Postfach

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