[chromium-dev] Re: Possible need to clobber after r21551

I should have brought this up earlier, but is there a reason we're disabling it at compile time rather than just putting it behind a run-time flag? The benefit of the latter is that people can play with it if they want (even though it's half-baked) and people will see if their change breaks it (si

[chromium-dev] Re: gyp Make breakage workaround

In command form: cd /path/to/chrome/src ./tools/gyp/gyp_chromium build/all.gyp On Fri, Jul 24, 2009 at 6:54 PM, Albert J. Wong (王重傑) wrote: > It seems like there's some bad interaction between gclient and gyp's make > build generator that got uncovered when the gyp DEPS were rolled to r555. > Th

[chromium-dev] gyp Make breakage workaround

It seems like there's some bad interaction between gclient and gyp's make build generator that got uncovered when the gyp DEPS were rolled to r555. The effect is the top-level make file ends up having "src/" prepended to the paths for all the sub-makefiles. A simple work around is to run gyp by m

[chromium-dev] Re: packaging, locale .paks

2009/7/24 Thomas Van Lenten > We haven't done the work in the chrome.gyp yet. Some folks where looking > at the work. mmoss and mark? > It's http://crbug.com/14790 , but it seems that the question was not about that but about what Evan answered. :-) Jungshik ** > > TVL > > > On Fri, Jul 24

[chromium-dev] Re: speeding up the build

On Windows, the version information lives in a file that's only linked into the final binary, and the stuff in base is just an API to access that. On Linux, as a hack the actual version number is currently stuffed down into that base API. Ideally we'd be like Winodws and only need to relink the

[chromium-dev] speeding up the build

I think that generating version information every time may be slowing down the build, because many things need to be relinked. Example, when very few things get compiled, but a lot of them gets relinked. Just because libbase changed... hammer --implicit-deps-changed --mode=Release scons: Reading S

[chromium-dev] Re: Chromium Embedded build bot on FYI waterfall

As a bystander, I just want to note how cool it is that we set this up for Marshall. Sometimes the infrastructure we wield on this project completely blows my mind. - a On Fri, Jul 24, 2009 at 1:11 PM, Marshall Greenblatt wrote: > Hi All, > > A new build bot has been added to the Chromium FYI wa

[chromium-dev] Chromium Embedded build bot on FYI waterfall

Hi All, A new build bot has been added to the Chromium FYI waterfall (many thanks to Nicolas and Darin for making this happen!) that tracks the build status of the Chromium Embedded Framework (CEF) project. http://build.chromium.org/buildbot/waterfall.fyi/waterfall?branch=&builder=Chromium+Embedd

[chromium-dev] Re: packaging, locale .paks

Grepping the gyp files for en-US.pak reveals the "chrome_strings" target in chrome.gyp, which lists the sources involved. You could probably touch one: 'sources': [ # Localizable resources. 'app/resources/locale_settings.grd', 'app/chromium_strings.grd', 'app

[chromium-dev] Re: packaging, locale .paks

We haven't done the work in the chrome.gyp yet. Some folks where looking at the work. mmoss and mark? TVL On Fri, Jul 24, 2009 at 2:42 PM, Paweł Hajdan Jr. wrote: > How do I force scons to build all language .paks, like locales/en-US.pak ? > I don't want to build everything. I want to build ch

[chromium-dev] packaging, locale .paks

How do I force scons to build all language .paks, like locales/en-US.pak ? I don't want to build everything. I want to build chrome and all .paks. --~--~-~--~~~---~--~~ Chromium Developers mailing list: chromium-dev@googlegroups.com View archives, change email opti

[chromium-dev] Re: Major refactorings since 21122?

IPC infrastructure was pulled from the chrome/common project into a separate folder at 21342 along with a few follow-up patches to fix up the build: http://src.chromium.org/viewvc/chrome?view=rev&revision=21342 This involved a decent

[chromium-dev] Re: I want to fix the tab tear issues with chrome

Phistuck, thanx, i did not begin to investigate which files are involved yet, i figured the debugger will tell me all i need to know Adam, so i take it that there is no need to fix it as it is being done already. btw, i think (but never looked at the code for that area) that it has to do wit

[chromium-dev] Re: Major refactorings since 21122?

By the way, was it intentional, not to include the new themes support in the new Beta release notes? http://googlechromereleases.blogspot.com/2009/07/beta-update.html If I am not mistaking, while extensions (which used to be enabled by a command line flag) are completely disabled, themes are enabl

[chromium-dev] Re: I want to fix the tab tear issues with chrome

I suspect this behavior is related to our general jankiness problem when paging back in a sleeping tab. I believe some folks are working on that issue, but I'm not sure who. Adam On Fri, Jul 24, 2009 at 11:25 AM, PhistucK wrote: > Note that if you think the implementation will be in the tab st

[chromium-dev] Re: I want to fix the tab tear issues with chrome

Note that if you think the implementation will be in the tab strip code and not in a more general place, you should look at the ongoing work on the third tab strip implementation (the files - tab_strip_2.cc\h and tab_2.cc\h) to see if it already resolves this situation or plans to resolve it. ☆Phis

[chromium-dev] Possible need to clobber after r21551

I just submitted r21551, which simply turns off ENABLE(DATAGRID) in WebCore. This CL produced build errors on the Linux and Windows try bots until I told them to --clobber; then it succeeded. Could be something to do with stale generated V8 bindings. So there's a chance that your local buil

[chromium-dev] Re: fighting the flakiness - resource bundle issues?

On Fri, Jul 24, 2009 at 11:10 AM, Tony Chang wrote: > I haven't seen this error in VS for probably a year. It's true that > changing a resource (e.g., a png file) would not pick up the change > since we don't specify dependencies on the actual data files, but > changes to grd files should trigge

[chromium-dev] I want to fix the tab tear issues with chrome

one of the most popular issues ppl have with chrome is the tabs tearing out with no intent (i have it too) seems to be related to HD thrasing ... i am quite sure i will find the cause and solve it i post this here, as i was told you should invent a new flag designating features you want outsider

[chromium-dev] Re: fighting the flakiness - resource bundle issues?

I haven't seen this error in VS for probably a year. It's true that changing a resource (e.g., a png file) would not pick up the change since we don't specify dependencies on the actual data files, but changes to grd files should trigger the right things to rebuild. When we see the error on the

[chromium-dev] Re: novel use of v8 - CSS Scripting Layout

These security properties are quite subtle. I would need to analysis the feature in detail to give you a reasonable answer. Adam On Fri, Jul 24, 2009 at 11:01 AM, darrel karisch wrote: > > when I use V8IsolatedWorld I cannot access the window from script, the > value is undefined.  I don't kno

[chromium-dev] Re: novel use of v8 - CSS Scripting Layout

when I use V8IsolatedWorld I cannot access the window from script, the value is undefined. I don't know what more security may be required beyond this. thanks for your analysis. Darrel --~--~-~--~~~---~--~~ Chromium Developers mailing list: chromium-dev@googlegro

[chromium-dev] Re: Major refactorings since 21122?

There are some important WebKit changes brewing that you'll want to pull into that branch eventually: https://bugs.webkit.org/show_bug.cgi?id=27488 https://bugs.webkit.org/show_bug.cgi?id=27628 But they aren't quite landed yet. What's the deadline for getting patches into the candidate? Adam

[chromium-dev] Re: fighting the flakiness - resource bundle issues?

Tony, just to make sure, are you certain that this is a IB only issue? I used to be convinced that it was happening with visual studio too. If this is a IB only problem, we should create a repro case and send it to them, they are usually really responsive. [For some reasons, I thought it was beca

[chromium-dev] Major refactorings since 21122?

Howdy folks, I'm attempting to figure out what we need to merge into the 195 beta candidate. In order to avoid some of the problems we ran into in the past, I'd like to make sure we pull in/ or are at least aware of important refactorings that might make future merge's to the branch more difficul

[chromium-dev] Re: compiled icu38 failed

http://www.google.com/search?q=symbol+lookup+error:+/usr/lib/libmpfr.so.1:+undefined+symbol:+__gmp_get_memory_functions On Fri, Jul 24, 2009 at 8:16 AM, lawrence sue wrote: > > Could you give me some more details? Thanks! > > On Jul 24, 10:54 pm, Evan Martin wrote: >> Plugging the error message

[chromium-dev] re-upload chromium tech videos

I can't view chromium tech videos list in: http://dev.chromium.org/developers/tech-talk-videos. Because youtube is blocked in China. Could you help to re-upload these videos to http://www.youku.com/. It's the a Chinese youtube. Thanks! --~--~-~--~~~---~--~~ Chromi

[chromium-dev] Re: compiled icu38 failed

Could you give me some more details? Thanks! On Jul 24, 10:54 pm, Evan Martin wrote: > Plugging the error message into Google reveals people running into > this problem in various other projects, so it's unlikely the problem > is Chrome-specific.  The error seems to be related to not having your

[chromium-dev] Re: compiled icu38 failed

Plugging the error message into Google reveals people running into this problem in various other projects, so it's unlikely the problem is Chrome-specific. The error seems to be related to not having your system libraries in order. On Fri, Jul 24, 2009 at 12:15 AM, empriser wrote: > > When I com

[chromium-dev] compiled icu38 failed

When I compiled base_unittests, it gave me error: undefined symbol: __gmp_get_memory_functions. When I compiled cairo, it showed me the same error, however, I resolve it by changing the lib path: export LD_LIBRARY_PATH=/usr/local/ lib:/usr/lib: BUT it does not work for base_unittests. Could you