|
|
Created:
7 years, 1 month ago by kbalazs Modified:
7 years, 1 month ago CC:
chromium-reviews, erikwright+watch_chromium.org, dmikurube+memory_chromium.org Base URL:
https://chromium.googlesource.com/chromium/src.git@master Visibility:
Public. |
DescriptionCleanup allocator_shim.cc from ENABLE_DYNAMIC_ALLOCATOR_SWITCHING
Whether to use this feature is decided in the gyp files.
The flag is defined unconditionally so it does not makes sense
to check it in #ifdef conditions.
Committed: https://src.chromium.org/viewvc/chrome?view=rev&revision=233756
Patch Set 1 #Patch Set 2 : Cleanup allocator_shim.cc from ENABLE_DYNAMIC_ALLOCATOR_SWITCHING #Patch Set 3 : #Patch Set 4 : #Patch Set 5 : #Patch Set 6 : #
Total comments: 1
Patch Set 7 : #Messages
Total messages: 24 (0 generated)
About try bot results: failing tests on windows are PageCyclerUnitTest.testCacheHandled and SmoothnessMetricUnitTest.testCalcResultsTraceEvents, seems pretty much unrelated (anyway this patch only removes dead code so I only really wanted to try the build).
lgtm
CQ is trying da patch. Follow status at https://chromium-status.appspot.com/cq/b.kelemen@samsung.com/47873005/1
Sorry for I got bad news for ya. Compile failed with a clobber build on win_rel. http://build.chromium.org/p/tryserver.chromium/buildstatus?builder=win_rel&nu... Your code is likely broken or HEAD is junk. Please ensure your code is not broken then alert the build sheriffs. Look at the try server FAQ for more details.
Oops, I skipped one |#if ENABLE_DYNAMIC_ALLOCATOR_SWITCHING|.
CQ is trying da patch. Follow status at https://chromium-status.appspot.com/cq/b.kelemen@samsung.com/47873005/290001
Sorry for I got bad news for ya. Compile failed with a clobber build on win_rel. http://build.chromium.org/p/tryserver.chromium/buildstatus?builder=win_rel&nu... Your code is likely broken or HEAD is junk. Please ensure your code is not broken then alert the build sheriffs. Look at the try server FAQ for more details.
CQ is trying da patch. Follow status at https://chromium-status.appspot.com/cq/b.kelemen@samsung.com/47873005/530001
Step "update" is always a major failure. Look at the try server FAQ for more details. http://build.chromium.org/p/tryserver.chromium/buildstatus?builder=win&number...
CQ is trying da patch. Follow status at https://chromium-status.appspot.com/cq/b.kelemen@samsung.com/47873005/510002
Sorry for I got bad news for ya. Compile failed with a clobber build on win_rel. http://build.chromium.org/p/tryserver.chromium/buildstatus?builder=win_rel&nu... Your code is likely broken or HEAD is junk. Please ensure your code is not broken then alert the build sheriffs. Look at the try server FAQ for more details.
CQ is trying da patch. Follow status at https://chromium-status.appspot.com/cq/b.kelemen@samsung.com/47873005/950001
Sorry for I got bad news for ya. Compile failed with a clobber build on win_rel. http://build.chromium.org/p/tryserver.chromium/buildstatus?builder=win_rel&nu... Your code is likely broken or HEAD is junk. Please ensure your code is not broken then alert the build sheriffs. Look at the try server FAQ for more details.
CQ is trying da patch. Follow status at https://chromium-status.appspot.com/cq/b.kelemen@samsung.com/47873005/1200001
Sorry for I got bad news for ya. Compile failed with a clobber build on win_rel. http://build.chromium.org/p/tryserver.chromium/buildstatus?builder=win_rel&nu... Your code is likely broken or HEAD is junk. Please ensure your code is not broken then alert the build sheriffs. Look at the try server FAQ for more details.
CQ is trying da patch. Follow status at https://chromium-status.appspot.com/cq/b.kelemen@samsung.com/47873005/1200001
Sorry for I got bad news for ya. Compile failed with a clobber build on win_rel. http://build.chromium.org/p/tryserver.chromium/buildstatus?builder=win_rel&nu... Your code is likely broken or HEAD is junk. Please ensure your code is not broken then alert the build sheriffs. Look at the try server FAQ for more details.
http://build.chromium.org/p/tryserver.chromium/builders/win_rel/builds/220901... FAILED: ninja -t msvc -e environment.x86 -- E:\b\build\goma\gomacc.exe "c:\Program Files (x86)\Microsoft Visual Studio 10.0\VC\bin\cl.exe" /nologo /showIncludes /FC @obj\base\allocator\allocator.allocator_shim.obj.rsp /c ..\..\base\allocator\allocator_shim.cc /Foobj\base\allocator\allocator.allocator_shim.obj /Fdobj\base\allocator\allocator.pdb e:\b\build\slave\win\build\src\base\allocator\allocator_shim.cc(221) :error C3861: 'NOTREACHED': identifier not found It looks like that the compile error is from your change. You need to update your patch.
On 2013/11/07 02:37:42, Dai Mikurube wrote: > http://build.chromium.org/p/tryserver.chromium/builders/win_rel/builds/220901... > > FAILED: ninja -t msvc -e environment.x86 -- E:\b\build\goma\gomacc.exe > "c:\Program Files (x86)\Microsoft Visual Studio 10.0\VC\bin\cl.exe" /nologo > /showIncludes /FC @obj\base\allocator\allocator.allocator_shim.obj.rsp /c > ..\..\base\allocator\allocator_shim.cc > /Foobj\base\allocator\allocator.allocator_shim.obj > /Fdobj\base\allocator\allocator.pdb > e:\b\build\slave\win\build\src\base\allocator\allocator_shim.cc(221) :error > C3861: 'NOTREACHED': identifier not found > > It looks like that the compile error is from your change. You need to update > your patch. Yes I know, sorry for the noise, I just don't get it. My idea was that base/logging.h is somehow not included through the other includes (although it is included on linux) so I added the include. base/logging.h defines NOTREACHED here: https://code.google.com/p/chromium/codesearch#chromium/src/base/logging.h&q=N... This is an unconditional block (not ifdefed). If you have a quick idea what am I not seeing, please help me out.
https://codereview.chromium.org/47873005/diff/1200001/base/allocator/allocato... File base/allocator/allocator_shim.cc (right): https://codereview.chromium.org/47873005/diff/1200001/base/allocator/allocato... base/allocator/allocator_shim.cc:221: NOTREACHED(); Although this is a reasonable debug check.... it is a change in semantics. Worse yet, in general, the allocator code generally avoids using an CHECK() style code (which can induce allocations... <oops>), and instead uses extremely simplistics ASSERT() implementations, which crash with no potential allocation calls. If you are finding this inclusion problematic, I'd suggest either: a) Don't include logging.h.... don't use NOTREACHED b) Leave the code as it was, using the default to TCMALLOC, and don't worry about the error where the case is not specified as you expect. I'd probably argue for the latter, as it would have no chance to impact on performace.
Updated to keep the original structure in _msize. Good point about not using DCHECK in allocator. (I still not get why was the build error though...)
CQ is trying da patch. Follow status at https://chromium-status.appspot.com/cq/b.kelemen@samsung.com/47873005/1470001
Message was sent while issue was closed.
Change committed as 233756 |