- dependency updates
- Breaking: MSRV is now 1.75
- misc metadata fixes
- Documentation improvements
This release contains a major refactoring of the internals, guaranteeing
even more sanity checks for correct behaviour and lack of UB. In this release,
the Builder
was rewritten and lots of corresponding UB in certain
corner cases removed. Further, the builder's API was streamlined.
If you are interested in the internals of the major refactorings recently taken
place, please head to the documentation of multiboot2-common
.
- Breaking All functions that returns something useful are now
#[must_use]
- Breaking The builder type is now just called
Builder
. This needs thebuilder
feature. - Breaking: The error type returned by
Multiboot2Header::load
has been changed. - Updated to latest
multiboot2
dependency
All previous versions have been marked as YANKED. 0.5.0
is the first
version where all unit tests are passed by Miri, i.e., the first version
without Undefined Behavior.
- added
EndHeaderTag::default()
- MSRV is 1.70
- Can add multiple
TagType::Smbios
tags in the builder.
- BREAKING bumped
multiboot2
dependency tov0.19.0
- the
multiboot2
dependency doesn't pull in themultiboot2/builder
feature anymore - doc update
- doc update
- BREAKING MSRV is 1.68.0 (UPDATE: This is actually 1.69.)
- BREAKING renamed the
std
feature toalloc
- BREAKING bumped
multiboot2
dependency tov0.16.0
- BREAKING renamed
MULTIBOOT2_HEADER_MAGIC
toMAGIC
- BREAKING renamed
Multiboot2HeaderBuilder
toHeaderBuilder
- BREAKING renamed
from_addr
toload
. The function now consumes a ptr. - BREAKING
HeaderBuilder::build
now returns a value of typeHeaderBytes
The old builder could produce misaligned structures. - added the optional
unstable
feature (requires nightly)- implement
core::error::Error
forLoadError
- implement
- BREAKING renamed
EntryHeaderTag
toEntryAddressHeaderTag
- BREAKING some paths changed from
multiboot2_header::header
tomultiboot2_header::builder
-> thus, import paths are much more logically now - internal code improvements
- fixed a bug that prevented the usage of the crate in
no_std
environments - added a new default
builder
-feature to Cargo which requires thealloc
-crate (this feature can be disabled which will also remove the dependency to thealloc
crate)
- initial release
Empty release to save the name on crates.io