-generated clinit or values method, within the
enum
+ * class itself.
*
* TODO (jbrosenberg): Investigate further whether referencing the
* $VALUES array (as well as the values() method) should not block
* ordinalization. Instead, convert $VALUES
Since this has been submitted, can you close it?
http://gwt-code-reviews.appspot.com/1447821/
--
http://groups.google.com/group/Google-Web-Toolkit-Contributors
http://gwt-code-reviews.appspot.com/1490801/diff/11002/dev/core/src/com/google/gwt/dev/javac/PersistentUnitCache.java
File dev/core/src/com/google/gwt/dev/javac/PersistentUnitCache.java
(right):
http://gwt-code-reviews.appspot.com/1490801/diff/5002/dev/core/src/com/google/gwt/dev/javac/PersistentUnitCache.java
File dev/core/src/com/google/gwt/dev/javac/PersistentUnitCache.java
(left):
http://gwt-code-reviews.appspot.com/1518803/diff/1/dev/core/src/com/google/gwt/dev/CompileModule.java
File dev/core/src/com/google/gwt/dev/CompileModule.java (right):
http://gwt-code-reviews.appspot.com/1518803/diff/1/dev/core/src/com/google/gwt/dev/CompileModule.java#newcode194
http://gwt-code-reviews.appspot.com/1517803/diff/1/dev/core/src/com/google/gwt/dev/javac/CachedCompilationUnit.java
File dev/core/src/com/google/gwt/dev/javac/CachedCompilationUnit.java
(right):
LGTM w/a comment nit
http://gwt-code-reviews.appspot.com/1518803/diff/3002/dev/core/src/com/google/gwt/dev/CompileModule.java
File dev/core/src/com/google/gwt/dev/CompileModule.java (right):
Some responses. I did consider most of your suggestions, and in fact
for a while I did have things as you suggest, so great minds think alike
:). I'll outline my reasoning:
First, IncrementalGenerators have to live in the same ecosystem as all
the currently extent non-incremental Generator
http://gwt-code-reviews.appspot.com/1468804/
--
http://groups.google.com/group/Google-Web-Toolkit-Contributors
On 2011/08/03 20:03:28, rjrjr wrote:
Oh, and putClientData seems like a better name.
Done
On Wed, Aug 3, 2011 at 1:02 PM, Ray Ryan mailto:rj...@google.com
wrote:
I'm still not crazy about having addClientData() and getClientData()
on
separate objects. It seems to me that you've
http://gwt-code-reviews.appspot.com/1468804/diff/7001/dev/core/src/com/google/gwt/core/ext/RebindMode.java
File dev/core/src/com/google/gwt/core/ext/RebindMode.java (right):
http://gwt-code-reviews.appspot.com/1468804/diff/7001/dev/core/src/com/google/gwt/core/ext/RebindMode.java#newcode52
Well, a generator has to keep it's own state anyway, in practice. In
the case of AbstractClientBundleGenerator, it actually creates a
ResourceContext and passes that around, along with the GeneratorContext
(this was before any IncrementalGenerator enhancements). In the case of
RPC, there are 2
http://gwt-code-reviews.appspot.com/1468804/
--
http://groups.google.com/group/Google-Web-Toolkit-Contributors
http://gwt-code-reviews.appspot.com/1467815/
--
http://groups.google.com/group/Google-Web-Toolkit-Contributors
LGTM with a couple questions
Are there tests which verify this fixes the issue that caused the first
rollback? (if not can you add a TODO)?
http://gwt-code-reviews.appspot.com/1474804/diff/1/dev/core/src/com/google/gwt/dev/jjs/impl/GenerateJavaScriptAST.java
File
http://gwt-code-reviews.appspot.com/1447821/diff/6053/dev/core/src/com/google/gwt/dev/jjs/impl/GenerateJavaAST.java
File dev/core/src/com/google/gwt/dev/jjs/impl/GenerateJavaAST.java
(right):
I'm not sure why the JsNamer classes (e.g. JsPrettyNamer) don't already
do the right thing (don't they?). They definitely do have naming
disambiguation logic, etc. Is there something more fundamental here?
I've deleted that comment (it was incorrect). The issue turns out to be
an interaction between the JsInliner and JsObfuscateNamer. The issue is
with how JsInliner manages the scope for names that are hoisted to new
scopes via inlining. This fix solves the test-cases provided in the
original
LGTM
http://gwt-code-reviews.appspot.com/1447821/diff/20001/dev/core/src/com/google/gwt/dev/jjs/impl/GenerateJavaAST.java
File dev/core/src/com/google/gwt/dev/jjs/impl/GenerateJavaAST.java
(right):
Reviewers: cromwellian, scottb, zundel,
Description:
After an enum is ordinalized, any static methods generated as
staticImpl's should no longer be considered as such, since there is no
longer an instantated instance being passed as the first arg to the
method (this instance has been transformed
Reviewers: cromwellian, zundel, scottb,
Description:
Fix JsInliner, to properly handle name scope tracking after multi-level
inlining. Was causing local variable name collisions after obfuscation.
Fixes issue 5936.
Please review this at http://gwt-code-reviews.appspot.com/1472803/
Affected
Hey Scott, not sure, did you mean to link to a different issue for the
backend issue? The link above points back to this fix for the
front-end issue.
http://gwt-code-reviews.appspot.com/1470803/
--
http://groups.google.com/group/Google-Web-Toolkit-Contributors
http://gwt-code-reviews.appspot.com/1470803/diff/19/dev/core/src/com/google/gwt/dev/jjs/ast/AccessModifiers.java
File dev/core/src/com/google/gwt/dev/jjs/ast/AccessModifiers.java
(right):
How about some tests?
http://gwt-code-reviews.appspot.com/1454806/diff/5001/dev/core/src/com/google/gwt/dev/js/JsDuplicateFunctionRemover.java
File dev/core/src/com/google/gwt/dev/js/JsDuplicateFunctionRemover.java
(right):
LGTM
http://gwt-code-reviews.appspot.com/1470803/
--
http://groups.google.com/group/Google-Web-Toolkit-Contributors
LGTM (w/minor cleanup + a suggestion)
I like the management of class literal rescues much better now!
http://gwt-code-reviews.appspot.com/1447821/diff/15001/dev/core/src/com/google/gwt/dev/jjs/impl/ControlFlowAnalyzer.java
File dev/core/src/com/google/gwt/dev/jjs/impl/ControlFlowAnalyzer.java
http://gwt-code-reviews.appspot.com/1447821/diff/15001/dev/core/src/com/google/gwt/dev/jjs/impl/ControlFlowAnalyzer.java
File dev/core/src/com/google/gwt/dev/jjs/impl/ControlFlowAnalyzer.java
(right):
Almost ready to signoff, remaining concern about performance hit in CFA
(see comment there).
http://gwt-code-reviews.appspot.com/1447821/diff/9006/dev/core/src/com/google/gwt/dev/jjs/impl/ControlFlowAnalyzer.java
File dev/core/src/com/google/gwt/dev/jjs/impl/ControlFlowAnalyzer.java
(right):
HI'm not sure we always know at compile time, how an array was
created (they can be passed around and cast to different types, etc.).
Did you check out my latest patch set, I came up with a scheme to use
negative queryId's to indicate that it's a dual impl interface. It
seems to be
http://gwt-code-reviews.appspot.com/1467810/diff/1/dev/core/src/com/google/gwt/dev/cfg/ModuleDef.java
File dev/core/src/com/google/gwt/dev/cfg/ModuleDef.java (right):
http://gwt-code-reviews.appspot.com/1467810/diff/1/dev/core/src/com/google/gwt/dev/cfg/ModuleDef.java#newcode80
lgtm
http://gwt-code-reviews.appspot.com/1467810/
--
http://groups.google.com/group/Google-Web-Toolkit-Contributors
LGTM
http://gwt-code-reviews.appspot.com/1469802/
--
http://groups.google.com/group/Google-Web-Toolkit-Contributors
http://gwt-code-reviews.appspot.com/1470801/diff/1/user/test/com/google/gwt/dev/jjs/test/SingleJsoImplTest.java
File user/test/com/google/gwt/dev/jjs/test/SingleJsoImplTest.java
(right):
http://gwt-code-reviews.appspot.com/1463809/diff/1/user/src/com/google/gwt/user/rebind/rpc/CachedRpcTypeInformation.java
File
user/src/com/google/gwt/user/rebind/rpc/CachedRpcTypeInformation.java
(right):
http://gwt-code-reviews.appspot.com/1470801/
--
http://groups.google.com/group/Google-Web-Toolkit-Contributors
I can verify that my new tests for dualImpls fail going way back, at
least until last August. The other tests all passed, up until the
Overlay overhaul release this last March.
http://gwt-code-reviews.appspot.com/1470801/
--
http://groups.google.com/group/Google-Web-Toolkit-Contributors
Reviewers: cromwellian, robertvawter,
Description:
Fix ArrayStoreException in assignments to an element of an array of a
single jso interface type.
Addresses issue 6448
Please review this at http://gwt-code-reviews.appspot.com/1470801/
Affected files:
M
LGTM
http://gwt-code-reviews.appspot.com/1461803/diff/6002/dev/core/test/com/google/gwt/dev/resource/impl/FileResourceTest.java
File
dev/core/test/com/google/gwt/dev/resource/impl/FileResourceTest.java
(right):
http://gwt-code-reviews.appspot.com/1468804/
--
http://groups.google.com/group/Google-Web-Toolkit-Contributors
http://gwt-code-reviews.appspot.com/1468804/diff/2002/dev/core/src/com/google/gwt/core/ext/CachedPropertyInformation.java
File dev/core/src/com/google/gwt/core/ext/CachedPropertyInformation.java
(right):
http://gwt-code-reviews.appspot.com/1467808/diff/1/dev/core/src/com/google/gwt/dev/util/arg/ArgHandlerEnableGeneratorResultCaching.java
File
dev/core/src/com/google/gwt/dev/util/arg/ArgHandlerEnableGeneratorResultCaching.java
(right):
http://gwt-code-reviews.appspot.com/1461803/diff/4003/dev/core/src/com/google/gwt/dev/javac/SourceFileCompilationUnit.java
File
dev/core/src/com/google/gwt/dev/javac/SourceFileCompilationUnit.java
(right):
http://gwt-code-reviews.appspot.com/1461803/diff/6002/dev/core/src/com/google/gwt/dev/javac/CompilationUnitBuilder.java
File dev/core/src/com/google/gwt/dev/javac/CompilationUnitBuilder.java
(right):
Reviewers: tobyr, zundel,
Description:
Fix for rpc generator result caching (fix potential NPE)
Please review this at http://gwt-code-reviews.appspot.com/1462809/
Affected files:
M user/src/com/google/gwt/user/rebind/rpc/CachedRpcTypeInformation.java
Index:
http://gwt-code-reviews.appspot.com/1462809/
--
http://groups.google.com/group/Google-Web-Toolkit-Contributors
some background, this issue came up when I first turned on generator
result caching as the default, for dev mode tests (which of ended up
testing deRPC)...
http://gwt-code-reviews.appspot.com/1462809/diff/2003/user/src/com/google/gwt/user/rebind/rpc/CachedRpcTypeInformation.java
File
Reviewers: zundel, tobyr,
Description:
Handle arrays of generic types, in rpc result cacheability checking
Please review this at http://gwt-code-reviews.appspot.com/1463809/
Affected files:
M user/src/com/google/gwt/user/rebind/rpc/CachedRpcTypeInformation.java
Index:
This one came up once I turned on assertions with dev mode tests!
http://gwt-code-reviews.appspot.com/1463809/
--
http://groups.google.com/group/Google-Web-Toolkit-Contributors
http://gwt-code-reviews.appspot.com/1463809/diff/1/user/src/com/google/gwt/user/rebind/rpc/CachedRpcTypeInformation.java
File
user/src/com/google/gwt/user/rebind/rpc/CachedRpcTypeInformation.java
(right):
http://gwt-code-reviews.appspot.com/1463809/diff/1/user/src/com/google/gwt/user/rebind/rpc/CachedRpcTypeInformation.java
File
user/src/com/google/gwt/user/rebind/rpc/CachedRpcTypeInformation.java
(right):
Reviewers: tobyr, zundel,
Description:
Enable generator result caching, by default.
This initially will allow caching for ClientBundle and RPC generators.
Other generators can be updated to support caching.
The -XenableGeneratorResultCaching flag is now redundant, but it is
still
allowed. It
This will enable generator result caching by default for both dev mode
and dev-mode tests.
http://gwt-code-reviews.appspot.com/1467808/diff/1/dev/core/src/com/google/gwt/dev/DevModeBase.java
File dev/core/src/com/google/gwt/dev/DevModeBase.java (right):
Reviewers: tobyr, zundel,
Description:
Make generator result caching framework api available publically.
Removes Experimental comment warnings.
Renames the class GeneratorExt to IncrementalGenerator.
Merges methods from GeneratorContextExt into GeneratorContext.
Please review this at
http://gwt-code-reviews.appspot.com/1464803/diff/1/dev/core/src/com/google/gwt/dev/CompileModule.java
File dev/core/src/com/google/gwt/dev/CompileModule.java (right):
http://gwt-code-reviews.appspot.com/1464803/diff/1/dev/core/src/com/google/gwt/dev/CompileModule.java#newcode189
http://gwt-code-reviews.appspot.com/1464804/diff/4001/dev/core/src/com/google/gwt/dev/javac/MemoryUnitCache.java
File dev/core/src/com/google/gwt/dev/javac/MemoryUnitCache.java (right):
http://gwt-code-reviews.appspot.com/1464804/diff/4001/dev/core/src/com/google/gwt/dev/javac/MemoryUnitCache.java
File dev/core/src/com/google/gwt/dev/javac/MemoryUnitCache.java (right):
http://gwt-code-reviews.appspot.com/1464804/diff/5004/dev/core/src/com/google/gwt/dev/javac/CompilationStateBuilder.java
File dev/core/src/com/google/gwt/dev/javac/CompilationStateBuilder.java
(right):
http://gwt-code-reviews.appspot.com/1464803/diff/5/dev/core/src/com/google/gwt/dev/CompileModule.java
File dev/core/src/com/google/gwt/dev/CompileModule.java (right):
http://gwt-code-reviews.appspot.com/1464803/diff/5/dev/core/src/com/google/gwt/dev/CompileModule.java#newcode234
lgtm w/nit
http://gwt-code-reviews.appspot.com/1464804/diff/4003/dev/core/src/com/google/gwt/dev/javac/CompilationStateBuilder.java
File dev/core/src/com/google/gwt/dev/javac/CompilationStateBuilder.java
(right):
LGTM w/very minor nit
http://gwt-code-reviews.appspot.com/1464803/diff/5/dev/core/src/com/google/gwt/dev/CompileModule.java
File dev/core/src/com/google/gwt/dev/CompileModule.java (right):
Reviewers: tobyr, zundel,
Description:
Update client bundle result caching to track absent resources
Please review this at http://gwt-code-reviews.appspot.com/1466804/
Affected files:
M user/src/com/google/gwt/resources/ext/ResourceGeneratorUtil.java
M
This change is to correctly respect the default extension search order
for resources. So, for example, an image resource is first searched in
the order:
resourceName.png
resourceName.jpg
resourceName.gif
This change makes sure we verify that if a resolved image is
resourceName.jpg, that we
http://gwt-code-reviews.appspot.com/1467801/
--
http://groups.google.com/group/Google-Web-Toolkit-Contributors
http://gwt-code-reviews.appspot.com/1467801/diff/1/dev/core/test/com/google/gwt/dev/jjs/impl/gflow/DataflowOptimizerTest.java
File
dev/core/test/com/google/gwt/dev/jjs/impl/gflow/DataflowOptimizerTest.java
(right):
Reviewers: aizatsky, scottb, zundel,
Description:
Don't allow DataflowOptimizer to perform constant transformation on
expressions with side-effects.
Please review this at http://gwt-code-reviews.appspot.com/1467801/
Affected files:
M
http://gwt-code-reviews.appspot.com/1464802/diff/2002/user/src/com/google/gwt/user/rebind/rpc/ProxyCreator.java
File user/src/com/google/gwt/user/rebind/rpc/ProxyCreator.java (right):
Reviewers: tobyr, zundel,
Description:
Updated rpc generator result caching to support full cacheability
Also added support for changes to relevant properties and custom field
serializers
Please review this at http://gwt-code-reviews.appspot.com/1464802/
Affected files:
A
http://gwt-code-reviews.appspot.com/1464802/
--
http://groups.google.com/group/Google-Web-Toolkit-Contributors
LGTM w/a couple comments
http://gwt-code-reviews.appspot.com/1461801/diff/9/dev/core/src/com/google/gwt/dev/CompileModule.java
File dev/core/src/com/google/gwt/dev/CompileModule.java (right):
LGTM
w/some nits
it looks like CfgBuild could be made such that individual visit methods
are a bit more self-contained. It shouldn't be possible for a visitor
to an inner loop to modify the unlabeled break/continue statements of an
outer loop, etc. Removing them and replacing them at the end,
LGTM w/nit
http://gwt-code-reviews.appspot.com/1460801/diff/1/dev/core/src/com/google/gwt/dev/jjs/impl/GwtAstBuilder.java
File dev/core/src/com/google/gwt/dev/jjs/impl/GwtAstBuilder.java (left):
LGTM
http://gwt-code-reviews.appspot.com/1450818/
--
http://groups.google.com/group/Google-Web-Toolkit-Contributors
http://gwt-code-reviews.appspot.com/1446818/
--
http://groups.google.com/group/Google-Web-Toolkit-Contributors
http://gwt-code-reviews.appspot.com/1446818/
--
http://groups.google.com/group/Google-Web-Toolkit-Contributors
http://gwt-code-reviews.appspot.com/1446818/diff/1/user/src/com/google/gwt/user/rebind/rpc/TypeSerializerCreator.java
File user/src/com/google/gwt/user/rebind/rpc/TypeSerializerCreator.java
(right):
Can you briefly describe the reason for this change?
If I understand correctly, the change is to extend handling of compile
time constants to Strings as well as base types?
http://gwt-code-reviews.appspot.com/1449818/diff/4001/dev/core/src/com/google/gwt/dev/jjs/impl/BuildTypeMap.java
File
LGTM w/a couple questions
http://gwt-code-reviews.appspot.com/1449818/diff/2003/dev/core/src/com/google/gwt/dev/jjs/impl/GwtAstBuilder.java
File dev/core/src/com/google/gwt/dev/jjs/impl/GwtAstBuilder.java
(right):
LGTM
http://gwt-code-reviews.appspot.com/1447823/
--
http://groups.google.com/group/Google-Web-Toolkit-Contributors
http://gwt-code-reviews.appspot.com/1447821/diff/3001/dev/core/src/com/google/gwt/dev/jjs/impl/FragmentExtractor.java
File dev/core/src/com/google/gwt/dev/jjs/impl/FragmentExtractor.java
(right):
lgtm
http://gwt-code-reviews.appspot.com/1450815/
--
http://groups.google.com/group/Google-Web-Toolkit-Contributors
After consulting with Toby, I'm going to rework this patch, to try to
only use the strong hash as a fallback, if no timestamp info is
available. Try to take advantage of CompilationUnit.getLastModified()
http://gwt-code-reviews.appspot.com/1446818/
--
Thanks for adding the test coverage!
http://gwt-code-reviews.appspot.com/1450814/diff/1/dev/core/src/com/google/gwt/dev/jjs/impl/GwtAstBuilder.java
File dev/core/src/com/google/gwt/dev/jjs/impl/GwtAstBuilder.java
(right):
I guess the explanation is pretty clear, in Scott's comment on that old
review. BSM was only concerned about api changes, in terms of whether
other java source code would need to be recompiled, that depended on it,
etc.
RPC and ClientBundle are indeed concerned with internal fields and
LGTM
(but I'd love a comment, and a detailed TODO for the test-case which
triggered this fix, so that if someone wants to create a unit test, the
scenario is clear).
Also, I'm curious, if GenerateJavaAST already has this hack, why didn't
GwtAstBuilder also have it initially? Any point in going
http://gwt-code-reviews.appspot.com/1446818/diff/1/user/src/com/google/gwt/user/rebind/rpc/TypeSerializerCreator.java
File user/src/com/google/gwt/user/rebind/rpc/TypeSerializerCreator.java
(right):
I'm about a 3rd of the way through this, but here's some initial
comments. I'll be able to spend more time on this evening
http://gwt-code-reviews.appspot.com/1447821/diff/3001/dev/core/src/com/google/gwt/dev/jjs/JavaToJavaScriptCompiler.java
File
LGTM
http://gwt-code-reviews.appspot.com/1453805/
--
http://groups.google.com/group/Google-Web-Toolkit-Contributors
http://gwt-code-reviews.appspot.com/1454801/diff/4002/dev/core/src/com/google/gwt/dev/jjs/impl/GwtAstBuilder.java
File dev/core/src/com/google/gwt/dev/jjs/impl/GwtAstBuilder.java
(right):
LGTM w/nitlets
http://gwt-code-reviews.appspot.com/1453810/diff/3001/dev/core/src/com/google/gwt/dev/jjs/AstConstructor.java
File dev/core/src/com/google/gwt/dev/jjs/AstConstructor.java (right):
Reviewers: tobyr, zundel,
Description:
Updated rpc generator result caching for field serializers to use type
signature instead of last modified time.
Removed GeneratorContextExt.getSourceLastModifiedTime().
Please review this at http://gwt-code-reviews.appspot.com/1446818/
Affected files:
Do we have a unit test which exercises this (and includes regression for
the non-SubIterator case? Is this only a problem in the new
GwtAstBuilder? Isn't there a similar issue in the old GenerateJavaAST
code?
Do we have a unit test which exercises this (and includes regression for
the non-SubIterator case? Is this only a problem in the new
GwtAstBuilder? Isn't there a similar issue in the old GenerateJavaAST
code?
http://gwt-code-reviews.appspot.com/1450814/
--
http://gwt-code-reviews.appspot.com/1446818/diff/1/user/src/com/google/gwt/user/rebind/rpc/TypeSerializerCreator.java
File user/src/com/google/gwt/user/rebind/rpc/TypeSerializerCreator.java
(right):
Reviewers: Josh Humphries,
Description:
Don't initialize SpeedTracerLogger thread or process time keepers if not
enabled.
Please review this at http://gwt-code-reviews.appspot.com/1456801/
Affected files:
M
dev/core/src/com/google/gwt/dev/util/log/speedtracer/SpeedTracerLogger.java
Reviewers: zundel,
Description:
Formatting update for com/google/gwt/user/rebind/rpc/*
Please review this at http://gwt-code-reviews.appspot.com/1454805/
Affected files:
M
dev/core/src/com/google/gwt/dev/util/log/speedtracer/SpeedTracerLogger.java
M
http://gwt-code-reviews.appspot.com/1454805/
--
http://groups.google.com/group/Google-Web-Toolkit-Contributors
LGTM w/nits (which you can ignore)
http://gwt-code-reviews.appspot.com/1453804/diff/1017/user/super/com/google/gwt/emul/java/lang/Object.java
File user/super/com/google/gwt/emul/java/lang/Object.java (right):
http://gwt-code-reviews.appspot.com/1454801/
--
http://groups.google.com/group/Google-Web-Toolkit-Contributors
Can you describe the motivation for the changes to the *.gwt.xml files?
http://gwt-code-reviews.appspot.com/1448808/diff/6001/dev/core/src/com/google/gwt/dev/CompileModule.java
File dev/core/src/com/google/gwt/dev/CompileModule.java (right):
http://gwt-code-reviews.appspot.com/1454801/diff/4002/dev/core/src/com/google/gwt/dev/jjs/impl/GwtAstBuilder.java
File dev/core/src/com/google/gwt/dev/jjs/impl/GwtAstBuilder.java
(right):
1 - 100 of 288 matches
Mail list logo