Skip to content
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

Support overriding fields in DDC #28119

Closed
mit-mit opened this issue Dec 15, 2016 · 12 comments
Closed

Support overriding fields in DDC #28119

mit-mit opened this issue Dec 15, 2016 · 12 comments
Assignees
Labels
customer-flutter P1 A high priority bug; for example, a single project is unusable or has many test failures web-dev-compiler
Milestone

Comments

@mit-mit
Copy link
Member

mit-mit commented Dec 15, 2016

This is the DDC part of meta-issue #28117.
#27385 tracks supporting this via an @virtual modifier, however the 1.50 design does not require such a modifier on field overrides.

@mit-mit mit-mit added web-dev-compiler customer-flutter P1 A high priority bug; for example, a single project is unusable or has many test failures labels Dec 15, 2016
@mit-mit mit-mit added this to the 1.50 milestone Dec 15, 2016
@jmesserly
Copy link

DDC supports this once the fix lands for #27385

it's based on Analyzer marking fields as isVirtual, DDC itself doesn't use @virtual

so any change to Analyzer will be picked up by DDC (see #28120), it is unclear to me what the affect will be on internal code performance/size. Someone should try it out once fix lands for #27385

@vsmenon
Copy link
Member

vsmenon commented Dec 15, 2016

We need to ensure this does not regress large app experience for our customers before we drop the modifier.

@mit-mit
Copy link
Member Author

mit-mit commented Dec 16, 2016

We need to ensure this does not regress large app experience for our customers before we drop the modifier.

@vsmenon what is the plan and schedule for that testing?

@vsmenon
Copy link
Member

vsmenon commented Dec 16, 2016

Once Jen's change lands internally, we will test the effect of marking all fields isVirtual/@virtual on code size and load time.

@mit-mit
Copy link
Member Author

mit-mit commented Dec 16, 2016

The fix looks to be in 1.22.0-dev.2.0, let me figure out when that can be rolled.

@kasperl
Copy link

kasperl commented Feb 1, 2017

Who owns this, @vsmenon / @leafpetersen? This is blocking the 1.23 release so we need an owner now.

@kasperl
Copy link

kasperl commented Feb 2, 2017

This is the issue we talked about yesterday, @dgrove. It doesn't appear to have had an assignee ever.

@leafpetersen
Copy link
Member

There was a request to use this bug for updates. I have an AR to take measurements of the code size and latency cost for DDC of turning this on by default. I've been pulled back into the internal roll today and likely will be tomorrow as well, so no progress to report.

@kasperl
Copy link

kasperl commented Feb 10, 2017

Proposed CL here: https://codereview.chromium.org/2691433004/.

@kasperl kasperl assigned kasperl and vsmenon and unassigned kasperl Feb 15, 2017
@kasperl kasperl added the status-blocked Blocked from making progress by another (referenced) issue label Feb 17, 2017
@kasperl
Copy link

kasperl commented Feb 17, 2017

Blocked on #28809.

@vsmenon
Copy link
Member

vsmenon commented Feb 17, 2017

Our plan is to do #28801 to devirtualize most fields and treat the rest as virtual (i.e., what we were doing on @virtual but by default). #28801 will assume #28809.

@jmesserly jmesserly assigned jmesserly and unassigned vsmenon Mar 27, 2017
@jmesserly
Copy link

@jmesserly jmesserly removed the status-blocked Blocked from making progress by another (referenced) issue label Mar 27, 2017
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
customer-flutter P1 A high priority bug; for example, a single project is unusable or has many test failures web-dev-compiler
Projects
None yet
Development

No branches or pull requests

5 participants