Closed declantsien closed 3 months ago
We already have #1582 for that, though we have an option for 0.6
just for the time being unless I have time to look into the safe handle stuff and how it could be approached in glutin.
I'd just post a review, since there's nothing wrong with just using raw
version of 0.6, since it's just small update.
A lot of changes here may snoop the implementation from https://github.com/ash-rs/ash/pull/799 which - to my knowledge - treats (non)-nullable parameters accordingly.
Is there a plan to merge this PR? @declantsien
In general, re-request the review with github UI when it's ready or explicitly indicate the state if you're not interested anymore.
@kchibisov Can you help with the CI error. Wired cfg errors.
@kchibisov Can you help with the CI error. Wired cfg errors.
The error is from the rust nightly. Tried with an old build nightly-2024-04-05
the errors are gone. Since we don't have a rust-toolchain.toml
file, no idea how to deal with it.
Another question, why don't we use Cargo.lock? Cargo.lock is useful for reproducible build.
Another question, why don't we use Cargo.lock? Cargo.lock is useful for reproducible build.
The old default behavior for rust was to not include Cargo.lock
for libraries. They changed that to include last year iirc.
Should be good after rebase.
Nice
Another question, why don't we use Cargo.lock? Cargo.lock is useful for reproducible build.
The old default behavior for rust was to not include
Cargo.lock
for libraries. They changed that to include last year iirc.
Right. Good to know. Thanks.
Another question, why don't we use Cargo.lock? Cargo.lock is useful for reproducible build.
A reproducible build (for libraries) is "useless" when a published crate is on crates.io. Only semver version (range) dependencies from Cargo.toml
are taken into account when your crate is used in another project. cargo
doesn't magically "merge" its Cargo.lock
with the lockfile of the current project:
One item remaining, the rest looks good:
One item remaining, the rest looks good:
@MarijnS95 I think I am done with your requests.
CHANGELOG.md
if knowledge of this change could be valuable to users