I also ran into a bug today where sub entities were not always
deserialized. The problem is in that entries in related objects may
refer to entities that haven't been deserialized yet if the referenced
entities occur later in related objects.
Splitting AbstractRequestContext.processReturnRecord
Hi GWT team and contributors,
The GWT compiler currently does a good job of dead code elimination
and generating concise, efficient JavaScript. However, the AST based
representation makes it difficult to perform data-flow based
optimizations.
I've been experimenting with a low-level,
,
Sam
On Tue, Oct 20, 2009 at 5:17 PM, John Tamplin j...@google.com wrote:
On Tue, Oct 20, 2009 at 5:08 PM, Sam Gross colesb...@gmail.com wrote:
Now that MS1 has shipped, are you interested in reviewing patches to
combine the Firefox plugins into a single XPI?
Yes, that is on my list to work
Hi John,
Now that MS1 has shipped, are you interested in reviewing patches to
combine the Firefox plugins into a single XPI?
I think we'll be able to package all the platforms together, including
Fedora 10.
Regards,
Sam
--~--~-~--~~~---~--~~
Any updates on releasing the source for GPE? I would love to be able
to start hacking it...
-Sam
--~--~-~--~~~---~--~~
http://groups.google.com/group/Google-Web-Toolkit-Contributors
-~--~~~~--~~--~--~---
to (quite the opposite, I'd
love to see it happen), but in reality we haven't had time to even think
about an open source plan.
Definitely open a feature request (if there isn't one already) as it helps
us gauge how many people are interested.
jason
On Mon, Oct 12, 2009 at 1:42 PM, Sam
In gecko-1.9.1:
The prcpucfg.h file differs between platforms. The version in
gecko-1.9.1/include causes problems for the mac build.
D gecko-sdks/gecko-1.9.1/include/prcpucfg.h
A + gecko-sdks/gecko-1.9.1/Linux_x86_64-gcc3/prcpucfg.h
Shouldn't it find one in Darwin*/include
Hi John,
I'm glad to see the Gecko SDKs landed in SVN. Here are three sets of
changes so that the plugin can be built for Firefox 2.0, 3.0, and 3.5
on the Mac.
(1)
Here's a patch that adds gecko-1.9.1 for Mac and libxpcomglue_s.a for
gecko-1.8 and gecko-1.9.0. I also included some files that
I agree with jsautocfg64.h, but the others look platform-independent. Do
having them there cause problems for the Mac build?
In gecko-1.9.1:
The prcpucfg.h file differs between platforms. The version in
gecko-1.9.1/include causes problems for the mac build.
D
Nice! I love house cleaning. :-)
Is there any plan for removing com.google.gwt.user.client.Element in
GWT 2.0 or some time in the future?
-Sam
On Fri, Jul 31, 2009 at 12:22 PM, Fred Sauerfre...@google.com wrote:
To all GWT contributors-
As you may know, there many exciting
things we're
I was curious what needed to be changed to build the OOPHM plugin for
Firefox 3.5b4. The header files from the 1.9.1 gecko-sdk are
necessary, and the OOPHM library has to be linked against the Firefox
3.5b4 libs, but no changes to the OOPHM source code were required.
The makefile in
Hi John,
The gwt-dev-oophm project doesn't immediately build in Eclipse 3.4.1.
Changing the locationURI tag to a location tag in the .project
file seems to fix the problem. This matches the tag used in the other
.project files. I'm not familiar enough with Eclipse to know the
significance of
Hi John --
The last merge from releases/1.6 into trunk (r4367) introduced a
LinkageError in OOPHM. A call to injectJsniFor, which was removed
during the OOPHM merge (r4201) reappeared in
CompilingClassLoader#findClassBytes.
Removing the call from the trunk version of CompilingClassLoader fixes
What's the reasoning for preferring deferred binding properties?
I would think that a option to disable sharding globally is
more appropriate as a compiler flag than as a module property. My thinking
is that since a module encapsulates functionality, it should avoid causing
global program
Hi John and Bob,
In which branch is OOPHM development taking place? I see trunk/dev/oophm,
but this project seems to cause compile errors for the gwt-user project,
since the version of GWTShell in trunk/dev/oophm is missing some expected
methods.
What are the key things that need to be done
On Thu, Oct 23, 2008 at 2:06 AM, John Tamplin [EMAIL PROTECTED] wrote:
On Thu, Oct 23, 2008 at 12:22 AM, Sam Gross [EMAIL PROTECTED] wrote:
I've been working on trying to create a version of oophm-xpcom.xpi that
runs in both Firefox 2 and Firefox 3. I also modified some of the makefiles
16 matches
Mail list logo
