-
Notifications
You must be signed in to change notification settings - Fork 69
[native_assets_cli] Improve documentation for DynamicLoadingBundled
#1058
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
Package publishing
Documentation at https://github.com/dart-lang/ecosystem/wiki/Publishing-automation. |
PR HealthBreaking changes ✔️Details
Changelog Entry ✔️Details
Changes to files need to be accounted for in their respective changelogs. Coverage ✔️Details
This check for test coverage is informational (issues shown here will not fail the PR). License Headers ✔️Details
All source files should start with a license header. Unrelated files missing license headers
Package publish validation ✔️Details
Documentation at https://github.com/dart-lang/ecosystem/wiki/Publishing-automation. |
@@ -64,8 +64,9 @@ abstract final class NativeCodeAsset implements Asset { | |||
/// How this file is bundled depends on the kind of asset, represented by a | |||
/// concrete subtype of [Asset], and the SDK (Dart or Flutter). | |||
/// | |||
/// If the [linkMode] is [DynamicLoadingBundled], the file most be provided in | |||
/// the [BuildOutput] for [BuildConfig.dryRun]. | |||
/// If the [linkMode] is [DynamicLoadingBundled], the file must be provided in |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This paragraph is a bit confusing - you must provide a file for a dry run, but actually a file name is enough?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Yeah. As the full path doesn't really make sense in dry run, the full path is going to be different for the 2 or 3 wet runs (for the different architectures) that follow later in the flutter build.
Suggestions on how to clarify this?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
But I thought dry runs actually do expect a real file, so the path must also be real? Why would it change?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
No, dry runs only need to provide the name, not the file.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Then I would insert a not
, or what am I missing?
/// If the [linkMode] is [DynamicLoadingBundled], the file must not be provided
/// in the [BuildOutput] for [BuildConfig.dryRun]. Supplying a file name instead
/// of an absolute path is enough for [BuildConfig.dryRun].
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Or is this a confusion between the file existing, and the Dart File
object existing?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Indeed, the file on disk does not have to exist in dry run, but the Url file
must be provided. 🙈
Closes: #1049