FreeOpenSourceSystemAI/Cargo.toml at main · anomal3/FreeOpenSourceSystemAI · GitHub

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
[workspace]
resolver = "2"
members = [
    "xtask",
    "crates/aml",
    "crates/boot-bare",
    "crates/boot-info",
    "crates/boot-uefi",
    "crates/btrfs",
    "crates/calendar",
    "crates/clr-meta",
    "crates/clr-vm",
    "crates/disk",
    "crates/ext2",
    "crates/fdt",
    "crates/fpk",
    "crates/fuzz",
    "crates/freeos-cc",
    "crates/http",
    "crates/installer",
    "crates/kernel",
    "crates/mini-ui",
    "crates/osupdate",
    "crates/raster",
    "crates/slots",
    "crates/ssh",
    "crates/swipe",
    "crates/sysconf",
    "crates/tls",
    "crates/usb-hid",
    "crates/user-abi",
    "crates/user-progs",
    "crates/x509",
]

# Bare-metal crates cannot be built for the host triple. A bare `cargo build`
# therefore only builds the host-side tooling; kernel/bootloader crates are
# built through `cargo xtask build --arch <arch>`, which passes --target.
default-members = ["xtask"]

[workspace.package]
# Веха, а не счётчик правок. Поднимается руками и только тогда, когда система
# стала другой: 0.1 была системой, которая загружается и рисует стол; 0.2 —
# установленной системой с настоящими правами; 0.3 умеет сеть, обновляется по
# ней и проверяет, с кем разговаривает (фазы 34-39a). 0.4–0.7 — память по
# запросу и второе ядро, libc и набор для сборки, окна программ, btrfs, стол по
# эскизу и своя среда .NET с WinForms (до фазы N8); Роман поднял версию сразу до
# 0.7 16.09.2026, промежуточные номера образами не выходили. Номер сборки к этому
# приписывает `xtask` сам, и в имени образа стоит `0.7.<сборка>`.
version = "0.7.0"
edition = "2024"
license = "GPL-3.0-only"
rust-version = "1.85"

[workspace.lints.rust]
unsafe_op_in_unsafe_fn = "deny"

# btrfs оптимизируется и в отладочной сборке. Фиксация транзакции считает
# crc32c по каждому перестроенному узлу, а `fsck` — по каждому сектору данных;
# без оптимизации побайтовый цикл по таблице под эмулятором aarch64 стоил
# двадцать секунд на одну запись файла (фаза 50d). Проверки переполнения и
# `debug_assert` остаются: меняется скорость, а не то, что проверяется.
[profile.dev.package.btrfs]
opt-level = 2

# Своя среда .NET (веха v0.7c) — оптимизированной и в отладочной сборке, и
# причина не только в скорости. Цикл исполнения — один большой `match` на все
# инструкции IL, и без оптимизации компилятор отводит ему кадр под локальные
# переменные всех ветвей разом. У программы третьего кольца стек 64 КиБ
# (`STACK_PAGES` в ядре), и на AArch64 `/bin/dotnet` падал на первом же вызове
# отказом данных на 68 КиБ ниже вершины стека — на x86-64 кадр помещался
# впритык. Поднимать стек всем программам ради одной — не решение.
[profile.dev.package.clr-vm]
opt-level = 2

[profile.dev.package.clr-meta]
opt-level = 2

# Растеризатор `System.Drawing` (фаза N9) — по той же причине, что и среда:
# он перебирает каждую точку фигуры, и без оптимизации заливка окна формы
# 800×450 со сглаживанием стоила бы в эмуляторе секунды на кадр.
[profile.dev.package.raster]
opt-level = 2

[profile.release]
lto = true
opt-level = "s"
codegen-units = 1