Hi,
Would it be possible to update the Eclipse classpath for gwt-user to be
platform agnostic?
Since Eclipse doesn't support variable project references, one way would be
to move .classpath to .classpath-template provide scripts that instrument
the .classpath file based on the environment
Right - good point.
Thanks
On Tue, Mar 31, 2009 at 7:14 AM, Eric Ayers zun...@google.com wrote:
This will be coming in GWT 2.0.
Currently, each platform's hosted mode has platform specific code that is
bundled into separate .jar files.
In GWT 2.0, the hosted mode will change to not
Tagged. Thanks, nicolas. :)
On Tue, Mar 31, 2009 at 3:47 AM, nicolas de loof
nicolas.del...@gmail.comwrote:
I'll deploy it on maven repository for those strange guys that don't
download such dependency by hand ;)
I can't find a tag for this build in
Actually, I didn't mean that it was going to pull in arbitrary amounts of
code. I just literally meant that the body of that toString() is pretty big
for a micro-app, like a small gadget based on GQuery. I just don't see the
value of adding that code into a web mode production build.
On Tue,
Author: sco...@google.com
Date: Tue Mar 31 06:36:23 2009
New Revision: 5112
Added:
tags/1.6.3/
- copied from r5110, /releases/1.6/
Log:
Tagging the 1.6.3 release (1.6 RC2).
--~--~-~--~~~---~--~~
Author: rj...@google.com
Date: Tue Mar 31 07:01:58 2009
New Revision: 5113
Modified:
branches/snapshot-2009.03.20/branch-info.txt
branches/snapshot-2009.03.20/dev/core/src/com/google/gwt/dev/jjs/impl/GenerateJavaAST.java
Comment by mounier.florian:
Works fine under Linux + eclipse + firefox with rev5111
Really handy !
For more information:
http://code.google.com/p/google-web-toolkit/wiki/UsingOOPHM
--~--~-~--~~~---~--~~
Author: sco...@google.com
Date: Tue Mar 31 09:14:29 2009
New Revision: 5115
Added:
changes/scottb/memory/ (props changed)
- copied from r5114, /trunk/
Log:
Creating a change branch for reviewing memory work.
--~--~-~--~~~---~--~~
Author: sco...@google.com
Date: Tue Mar 31 09:44:02 2009
New Revision: 5125
Modified:
changes/scottb/memory/dev/core/src/com/google/gwt/dev/javac/CompilationState.java
changes/scottb/memory/dev/core/src/com/google/gwt/dev/javac/JavaSourceOracle.java
Author: sco...@google.com
Date: Tue Mar 31 09:43:29 2009
New Revision: 5124
Modified:
changes/scottb/memory/dev/core/src/com/google/gwt/dev/Precompile.java
changes/scottb/memory/dev/core/src/com/google/gwt/dev/cfg/ModuleDef.java
Author: sco...@google.com
Date: Tue Mar 31 09:39:25 2009
New Revision: 5120
Modified:
changes/scottb/memory/dev/core/src/com/google/gwt/core/ext/typeinfo/AbstractMembers.java
changes/scottb/memory/dev/core/src/com/google/gwt/core/ext/typeinfo/DelegateMembers.java
Reviewers: rjrjr,
Description:
This version of StyleInjector improves upon the incubator version by
extending the IE6 version to include a workaround to limit the number of
times createStyleSheet is called. It also adds injectStyleSheetAfter()
and injectStyleSheetBefore() to allow for greater
Author: sco...@google.com
Date: Tue Mar 31 09:39:03 2009
New Revision: 5119
Modified:
changes/scottb/memory/dev/core/src/com/google/gwt/core/ext/typeinfo/Annotations.java
changes/scottb/memory/dev/core/src/com/google/gwt/core/ext/typeinfo/JAbstractMethod.java
Author: sco...@google.com
Date: Tue Mar 31 09:44:51 2009
New Revision: 5126
Removed:
changes/scottb/memory/dev/core/src/com/google/gwt/dev/javac/JavaSourceFile.java
changes/scottb/memory/dev/core/src/com/google/gwt/dev/javac/JavaSourceOracle.java
There is a problem with the subversion setup
C: svn checkout http://google-web-toolkit.googlecode.com/svn/tools/
tools
C: REM Non-members may check out a read-only working copy anonymously
over HTTP.
C: REM svn checkout http://google-web-toolkit.googlecode.com/svn/trunk/
Author: sco...@google.com
Date: Tue Mar 31 09:42:51 2009
New Revision: 5123
Added:
changes/scottb/memory/dev/core/src/com/google/gwt/dev/util/DiskCache.java
changes/scottb/memory/dev/core/test/com/google/gwt/dev/util/DiskCacheTest.java
Modified:
Works for me.. what version of svn are you using?
On Tue, Mar 31, 2009 at 1:35 PM, Allan Jacobs jacobsallans...@gmail.comwrote:
There is a problem with the subversion setup
C: svn checkout http://google-web-toolkit.googlecode.com/svn/tools/
tools
C: REM Non-members may check out a
Author: sco...@google.com
Date: Tue Mar 31 09:36:49 2009
New Revision: 5117
Modified:
changes/scottb/memory/user/src/com/google/gwt/i18n/rebind/CurrencyListGenerator.java
Log:
CurrencyListGenerator iteration over HashMap fix.
Modified:
Author: jlaba...@google.com
Date: Tue Mar 31 11:15:47 2009
New Revision: 5138
Modified:
branches/snapshot-2009.03.30-r5111/branch-info.txt
branches/snapshot-2009.03.30-r5111/dev/core/src/com/google/gwt/dev/jjs/impl/GenerateJavaAST.java
Log:
Added imports to GenerateJavaAST so it would
Author: jlaba...@google.com
Date: Tue Mar 31 10:53:37 2009
New Revision: 5136
Added:
branches/snapshot-2009.03.30-r5111/branch-info.txt (contents, props
changed)
Log:
Adding branch-info.txt.
Patch by: jlabanca
Added: branches/snapshot-2009.03.30-r5111/branch-info.txt
Author: sco...@google.com
Date: Tue Mar 31 10:33:49 2009
New Revision: 5134
Modified:
changes/scottb/memory/dev/core/src/com/google/gwt/dev/util/collect/HashMap.java
changes/scottb/memory/dev/core/src/com/google/gwt/dev/util/collect/HashSet.java
Log:
SQUASH into Collections commit;
Got bit by this the other day. This is my current workaround for
Comparable, since without it, a dynamicCast is called for each test
(like in a map, using natural odering where a K must be cast to a
ComparableK). I use it in tight loops where the dynamicCast overhead
would kill performance (+20%
Author: sco...@google.com
Date: Tue Mar 31 10:33:29 2009
New Revision: 5133
Modified:
changes/scottb/memory/dev/core/src/com/google/gwt/dev/jjs/impl/ToStringGenerationVisitor.java
Log:
SQUASH into early commit: ToStringGenerationVisitor fix.
Modified:
Author: sco...@google.com
Date: Tue Mar 31 09:51:00 2009
New Revision: 5132
Modified:
changes/scottb/memory/dev/core/src/com/google/gwt/core/ext/linker/CompilationResult.java
changes/scottb/memory/dev/core/src/com/google/gwt/core/ext/linker/SyntheticArtifact.java
Author: jlaba...@google.com
Date: Tue Mar 31 10:40:05 2009
New Revision: 5135
Added:
branches/snapshot-2009.03.30-r5111/
- copied from r5111, /trunk/
Log:
Creating snapshot-2009.03.30-r5111 snapshot branch.
svn copy -r5111 https://google-web-toolkit.googlecode.com/svn/trunk
Author: jlaba...@google.com
Date: Tue Mar 31 10:58:25 2009
New Revision: 5137
Modified:
branches/snapshot-2009.03.30-r5111/branch-info.txt
branches/snapshot-2009.03.30-r5111/dev/core/src/com/google/gwt/dev/jjs/impl/GenerateJavaAST.java
@mark
Your trick as mentioned (using jsni to avoid casting ) was/is used by
the generated rpc serializers to avoid / skip casts ...
Mp
On 01/04/2009, at 5:44 AM, Mark Renouf mark.ren...@gmail.com wrote:
Got bit by this the other day. This is my current workaround for
Comparable, since
On 31 mar, 22:29, Ray Cromwell cromwell...@gmail.com wrote:
Wouldn't this cause a problem when you want more than one JSO to implement
Iterable? I wouldn't make the class itself implement Iterable, I'd add a
helper method to return an Iterable, e.g.
public class JsArrayT extends
The for (T x: array) ... use case is precisely what's motivating me, yes; I
don't have any intention of e.g. implementing Iterator.remove(). We allow
that syntax on real Java arrays, but not on JsArrays.
Does returning T[] actually avoid creating an Iterator object, or does it
just create an
Yes, My concern is, if you don't make a method that returns a T[], and
instead make a JSO that implements IterableT, you can only do this once.
Java treats T[] differently than IterableT with regard to the for-each
loop. As usual in Java, the primitive types are treated non-orthogonally.
-Ray
Author: sco...@google.com
Date: Tue Mar 31 16:02:06 2009
New Revision: 5141
Modified:
changes/scottb/memory/dev/core/src/com/google/gwt/dev/jjs/impl/GenerateJavaAST.java
Log:
SQUASH into lightweight collections in Java AST.
Modified:
Reviewers: jat, scottb,
Description:
This patch fixes a compiler exception relating to SingleJsoImpl types
that have array return types. The bug stems from the fact that
JArrayType extends JClassType, but JArrayType.isClass() returns null.
The fix is to add an explicit check for array types to
LGTM.
On Tue, Mar 31, 2009 at 8:02 PM, b...@google.com wrote:
Reviewers: jat, scottb,
Description:
This patch fixes a compiler exception relating to SingleJsoImpl types
that have array return types. The bug stems from the fact that
JArrayType extends JClassType, but JArrayType.isClass()
1.4.6. The latest is 1.6.0. It's been a year since I worked on open
source.
On Mar 31, 11:18 am, Scott Blum sco...@google.com wrote:
Works for me.. what version of svn are you using?
On Tue, Mar 31, 2009 at 1:35 PM, Allan Jacobs
jacobsallans...@gmail.comwrote:
There is a problem with
This seems kinda hacky since you could recompute the seed func name at
compile time during GenerateJavaScriptAST?
Honestly, the way JClassLiteral works is pretty crappy... ideally you'd
rather just emit exactly what you need during GenerateJavaScriptAST anyway.
2009/3/31 b...@google.com
On Tue, Mar 31, 2009 at 8:12 PM, Scott Blum sco...@google.com wrote:
Honestly, the way JClassLiteral works is pretty crappy... ideally you'd
rather just emit exactly what you need during GenerateJavaScriptAST anyway.
^
And yes, I wrote it that way. Crappy, I mean.
Perhaps more directly, exactly what problems are you having?
As John mentioned, you also need to check out the tools directory from
.../svn/tools, typically to a sibling directory of your trunk checkout.
Don't be confused by the tools subdirectory inside your trunk checkout;
they're entirely
LGTM
http://gwt-code-reviews.appspot.com/14804
--~--~-~--~~~---~--~~
http://groups.google.com/group/Google-Web-Toolkit-Contributors
-~--~~~~--~~--~--~---
On Tue, Mar 31, 2009 at 8:12 PM, Scott Blum sco...@google.com wrote:
This seems kinda hacky since you could recompute the seed func name at
compile time during GenerateJavaScriptAST?
I thought about that, but discounted it because
GenerateJavaScriptAST would have to take a look at the pruned
On Tue, Mar 31, 2009 at 6:42 PM, Freeland Abbott fabb...@google.com wrote:
The for (T x: array) ... use case is precisely what's motivating me, yes; I
don't have any intention of e.g. implementing Iterator.remove(). We allow
that syntax on real Java arrays, but not on JsArrays.
Does
Committed at r5142.
--
Bob Vawter
Google Web Toolkit Team
--~--~-~--~~~---~--~~
http://groups.google.com/group/Google-Web-Toolkit-Contributors
-~--~~~~--~~--~--~---
Author: b...@google.com
Date: Tue Mar 31 19:20:10 2009
New Revision: 5142
Modified:
trunk/dev/core/src/com/google/gwt/dev/shell/CompilingClassLoader.java
trunk/user/test/com/google/gwt/dev/jjs/test/SingleJsoImplTest.java
Log:
Fix a bug where array return types could not be used with
42 matches
Mail list logo