On Mon, Aug 24, 2009 at 6:22 PM, Antoine Labourpi...@chromium.org wrote:
On Mon, Aug 24, 2009 at 1:53 PM, Scott Hesssh...@chromium.org wrote:
Would it be possible/reasonable to use distcc plus a farm of
cross-compiler machines to let you do faster self-hosted builds? It's
not the right
On Tue, Aug 25, 2009 at 17:06, Lei Zhangthes...@chromium.org wrote:
Only x86 and x86_64 were supported at the time gold was originally
released. Does it support ARM yet?
Yes, gold can link ARM binaries as of a few months ago. I have used
it in my cross compiling.
Ubuntu is shipping it it in
Hello,
In the past a lot of you have asked to split up chrome.dll in multiple DLLs.
For this quarter, I had a goal to see how feasible this is.
Background information:
Breaking up chrome.dll would make linking time faster and use less memory.
It would also enforce a cleaner cut between our
I'm in the middle of debugging a problem which is caused by singletons. It's
a very bad category of problems, because the results are initially very
mysterious, until you discover that it's a singleton which carries state
from one test to another.
Browser tests carry a lot of state. The entire
This is very cool work, it'll especially be useful for outside developers
who don't have our beefy machines :)
Would it be possible to get a sense of what percentage of chrome.dll is due
to our code (i.e. base, net, chrome) vs third party (i.e. everything in
\third_party including webkit)?
One more thing (since people are asking), you can see all the platforms'
expectations for a test from the view for any builder. The ones that don't
apply to this builder are greyed out. For example, see
LayoutTests/fast/dom/HTMLObjectElement/object-as-frame.html on the WebKit
builder.
Ojan
On
1. So how much faster is the linking? I mean the release build
linking was the slow one. Debug linking wasn't that bad.
2. net is dependent of base.. so you could not swap base by itself,
right?
3. The native windows resource management will need to change in the
multiple dlls world. ATL has a
Hi,
I'm having some quite edge-case issues, launching chrome from Java on Mac.
Launching in Windows/Linux, calling Runtime.getRuntime().exec(new
String[] {path/to/chrome, flag1, flag2});
works fine
Launching from Mac, doing so starts the Google Chrome process, but
does *not* give it a
On Tue, Aug 25, 2009 at 8:25 AM, Nicolas Sylvain nsylv...@chromium.orgwrote:
Eventually we would like to be able to split webkit in it's own dll too. I
heard to it's not possible right now due to some inter-dependency problems,
but people are working on that. Webkit was designed to be in its
On Tue, Aug 25, 2009 at 9:24 AM, Paweł Hajdan Jr.
phajdan...@chromium.orgwrote:
I'm in the middle of debugging a problem which is caused by singletons.
It's a very bad category of problems, because the results are initially very
mysterious, until you discover that it's a singleton which
Any chance gold will support linking Windows binaries?
Linus
On Tue, Aug 25, 2009 at 7:23 AM, Joel Stanley j...@jms.id.au wrote:
On Tue, Aug 25, 2009 at 17:06, Lei Zhangthes...@chromium.org wrote:
Only x86 and x86_64 were supported at the time gold was originally
released. Does it
On Tue, Aug 25, 2009 at 10:02 AM, John Abd-El-Malekj...@chromium.org wrote:
Would it be possible to get a sense of what percentage of chrome.dll is due
to our code (i.e. base, net, chrome) vs third party (i.e. everything in
\third_party including webkit)? Perhaps this estimate can be
On Tue, Aug 25, 2009 at 8:25 AM, Nicolas Sylvainnsylv...@chromium.org wrote:
Oh, and this is Windows only for now
too. (Linux already supports that AFAIK)
Yes, but it's a bit on the unreliable side. (For some reason when I
build on my laptop I have to hand-edit the resulting makefiles to get
uh, for which binaries are in proc browser tests allowed? I know there
is one in interactive_ui_tests and it was causing problems (which
caused me to go and use the code to not use statics).
BrowserFocusUITests was the one.
Also, and I am to blame for this one, view_id_util_unittest.cc is an
On Tue, Aug 25, 2009 at 16:08, Evan Stade est...@chromium.org wrote:
uh, for which binaries are in proc browser tests allowed? I know there
is one in interactive_ui_tests and it was causing problems (which
caused me to go and use the code to not use statics).
BrowserFocusUITests was the one.
On Tue, Aug 25, 2009 at 4:15 PM, Paweł Hajdan
Jr.phajdan...@chromium.org wrote:
On Tue, Aug 25, 2009 at 16:08, Evan Stade est...@chromium.org wrote:
uh, for which binaries are in proc browser tests allowed? I know there
is one in interactive_ui_tests and it was causing problems (which
caused
I think it should only be allowed in tests that use a launcher which will
properly isolate test cases.
Currently interactive_ui_tests use in-proc tests. To make transition easier,
I'm going to allow in-proc in them, but try to get rid of it finally (or
make the launcher safer).
On Tue, Aug 25,
Note that people on Vista or Windows 7 x64 don't have slow linking
issue since incremental linking is enabled, thanks to Brad. [1]
So just kick anyone still complaining.
M-A
[1] http://src.chromium.org/viewvc/chrome?view=revrevision=22790
On Tue, Aug 25, 2009 at 5:39 PM, Linus
Hi,
Can you please tell me how to generate filees under
webkit.build/DerivedSources/Debug/bindings?
For example V8CanvasRenderingContext.cpp or /V8CanvasPixelArray.cpp?
I think it is generated by this script in Webkit source:
./WebCore/bindings/scripts/generate-bindings.pl
But when I cd to my
I don't know the answer specifically, but this might help:
If your question is how to do it by hand, src/webkit/webkit.gyp should have
the answer. If you just want to compile all of chromium, you shouldn't need
to worry about it: just compile Chromium however you normally would and it
should
I just checked in r24417 which changes the 0 for times on Mac
Linux (used to mean 1970) to match Windows (1601). This means that the
profiles can be copied between systems without getting the dates all
wrong, and should also fix some bugs related to cookie expiration (
21 matches
Mail list logo