On Wed, Jul 8, 2009 at 10:50 AM, Evan Martine...@chromium.org wrote:
On Wed, Jul 8, 2009 at 10:46 AM, nakroyoav.zilberb...@gmail.com wrote:
the reason i think one from chrome is the best is because these
changes could affect MAC and UNIX as well
Regarding incremental linking: I don't believe
I wonder if it would be possible to have a conditional flag, maybe in
common.gypi, that you would flip to turn on incremental linking, with
still non-incremental linking being the default.
On Wed, Jul 8, 2009 at 05:00, nakroyoav.zilberb...@gmail.com wrote:
First off, i am not complaining, just
Pawel, since i have it working on my machine (or i really could not
code with chrome)
i can tell you it is much more than a flag
just as an example the name of chrome_dll.vcproj produces chrome.dll,
but the incremental files would clash with chrome.vcproj who does the
exe
another example : you
As a general observation on large development teams, infrastructure
can get less love, because everyone comes to the team to work on the
exciting main product, not the more mundane build infrastructure. If
you have ideas on how to fix this stuff, I think it would be perfectly
reasonable to put
On Wed, Jul 8, 2009 at 11:14 AM, nakro yoav.zilberb...@gmail.com wrote:
Pawel, since i have it working on my machine (or i really could not
code with chrome)
i can tell you it is much more than a flag
just as an example the name of chrome_dll.vcproj produces chrome.dll,
but the incremental
On Wed, Jul 8, 2009 at 11:03 AM, Paweł Hajdan Jr.
phajdan...@chromium.orgwrote:
I wonder if it would be possible to have a conditional flag, maybe in
common.gypi, that you would flip to turn on incremental linking, with
still non-incremental linking being the default.
Something like this
So... do you think it will make things quicker on Visual Studio 2005 also?(Will
the incremental linking work there, too, or do these changes require some
2008 features?)
☆PhistucK
On Wed, Jul 8, 2009 at 18:43, nakro yoav.zilberb...@gmail.com wrote:
Ok, i am happy it catches your attention
Yeah, I guess so, but they are not going to invest too much time on the
build system, as they have stated in this thread.
☆PhistucK
On Wed, Jul 8, 2009 at 19:05, nakro yoav.zilberb...@gmail.com wrote:
Phistuck, this is Exactly why this issue is best handled by chrome ppl
and not outsides
On Wed, Jul 8, 2009 at 8:43 AM, nakro yoav.zilberb...@gmail.com wrote:
Ok, i am happy it catches your attention
sadly, i cannot submit patches for it as i wrote an external tool who
does it automatically for me
by patching the sln and vcproj/vsprops (i can pass the source code to
anyone if
Jeremy, First off, i will be happy to share the code or exe or
whatever you will wish
the thing is this, i am very interested in chrome (code wise) but i
never took a stab with all your gyp
and scripts... and while i know enough python to read your scripts (i
learned it for it) i have no access
On Wed, Jul 8, 2009 at 10:46 AM, nakroyoav.zilberb...@gmail.com wrote:
the reason i think one from chrome is the best is because these
changes could affect MAC and UNIX as well
Regarding incremental linking: I don't believe it exists on Linux, but
gold is quite fast. My links take around ~5s,
11 matches
Mail list logo
