On Wed, Jul 8, 2009 at 10:50 AM, Evan Martin wrote:
> On Wed, Jul 8, 2009 at 10:46 AM, nakro 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 q
On Wed, Jul 8, 2009 at 10:46 AM, nakro 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, though I have a very
fa
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 t
On Wed, Jul 8, 2009 at 8:43 AM, nakro 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 wanted, its a C++
On Wed, Jul 8, 2009 at 12:05 PM, nakro wrote:
>
> Phistuck, this is Exactly why this issue is best handled by chrome ppl
> and not outsides like myslef
>
I sincerely disagree. We have a try server just for that to try external
contributor patches.
http://www.lmgtfy.com/?q=UseLibraryDependencyIn
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 wrote:
>
> Phistuck, this is Exactly why this issue is best handled by chrome ppl
> and not outsides like myslef
>
> if VS2005
Phistuck, this is Exactly why this issue is best handled by chrome ppl
and not outsides like myslef
if VS2005 does not have the tricks of 2008 with regards to using the
objects who made the library
then all that is needed is to not produce libs as much and turn
browser.vcproj and renderer.vcproj
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 wrote:
>
> Ok, i am happy it catches your attention
>
> sadly, i cannot submit
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 wanted, its a C++ file)
but what i would be glad to do if you want is clobbe
On Wed, Jul 8, 2009 at 11:03 AM, Paweł Hajdan Jr.
wrote:
>
> 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 probably makes sense t
On Wed, Jul 8, 2009 at 11:14 AM, nakro 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 files would clash
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 up
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 se
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, nakro wrote:
>
> First off, i am not complaining, just suggesting as the build
14 matches
Mail list logo
