Chromium Code Reviews
chromiumcodereview-hr@appspot.gserviceaccount.com (chromiumcodereview-hr) | Please choose your nickname with Settings | Help | Chromium Project | Gerrit Changes | Sign out
(934)

Issue 14767027: Relax feature defines restrictions. (Closed)

Created:
7 years, 7 months ago by podivilov
Modified:
7 years, 7 months ago
Reviewers:
vsm, Anton Muhin, blois
CC:
reviews_dartlang.org
Visibility:
Public.

Description

Relax feature defines restrictions. Checks in fremontcutbuilder don't take into account nested conditions (e.g. PagePopupController.formatMonth). The check in databasebuilder is too aggressive as we never use conditionals in dart.idl. R=blois@google.com Committed: https://code.google.com/p/dart/source/detail?r=22498

Patch Set 1 #

Unified diffs Side-by-side diffs Delta from patch set Stats (+5 lines, -3 lines) Patch
M tools/dom/scripts/databasebuilder.py View 1 chunk +1 line, -1 line 0 comments Download
M tools/dom/scripts/fremontcutbuilder.py View 2 chunks +4 lines, -2 lines 0 comments Download

Messages

Total messages: 8 (0 generated)
podivilov
7 years, 7 months ago (2013-05-07 15:59:39 UTC) #1
blois
lgtm
7 years, 7 months ago (2013-05-07 18:20:57 UTC) #2
podivilov
Committed patchset #1 manually as r22498 (presubmit successful).
7 years, 7 months ago (2013-05-08 08:05:22 UTC) #3
Anton Muhin
DBQ: Why this change? People tend to ignore those warnings---that's exactly why I made the ...
7 years, 7 months ago (2013-05-13 09:28:01 UTC) #4
podivilov
On 2013/05/13 09:28:01, Anton Muhin wrote: > DBQ: Why this change? > > People tend ...
7 years, 7 months ago (2013-05-13 10:15:33 UTC) #5
Anton Muhin
On 2013/05/13 10:15:33, podivilov wrote: > On 2013/05/13 09:28:01, Anton Muhin wrote: > > DBQ: ...
7 years, 7 months ago (2013-05-13 10:22:49 UTC) #6
podivilov
On 2013/05/13 10:22:49, Anton Muhin wrote: > On 2013/05/13 10:15:33, podivilov wrote: > > On ...
7 years, 7 months ago (2013-05-13 11:51:07 UTC) #7
Anton Muhin
7 years, 7 months ago (2013-05-13 11:53:38 UTC) #8
Message was sent while issue was closed.
Why those checks are wrong?

On 2013/05/13 11:51:07, podivilov wrote:
> On 2013/05/13 10:22:49, Anton Muhin wrote:
> > On 2013/05/13 10:15:33, podivilov wrote:
> > > On 2013/05/13 09:28:01, Anton Muhin wrote:
> > > > DBQ: Why this change?
> > > > 
> > > > People tend to ignore those warnings---that's exactly why I made the
code
> > > throw.
> > > 
> > > These checks might be incorrect in some circumstances (e.g. clank build
> where
> > > more features are disabled), see issue description.
> > 
> > If it's a matter with Clank, I'd prefer to have Clank specific set of
> > conditionals instead, otherwise we're guaranteed to generate libs against
> > different set of conditionals.
> 
> I'm not sure I understand what you mean. Clank does have a specific set of
> conditionals. The actual problem is that these checks are wrong .

Powered by Google App Engine
This is Rietveld 408576698