Timeline
Mar 18, 2012:
- 11:59 PM Changeset in webkit [111158] by
-
- 2 edits in trunk/Tools
[Qt] Unreviewed. Disable -Werror on x86 until proper fix.
https://bugs.webkit.org/show_bug.cgi?id=81498
- qmake/mkspecs/features/unix/default_post.prf:
- 11:58 PM Changeset in webkit [111157] by
-
- 3 edits2 adds in trunk
Fallback to common script when per-script font setting is the empty string
https://bugs.webkit.org/show_bug.cgi?id=81329
Patch by Matt Falkenhagen <falken@chromium.org> on 2012-03-18
Reviewed by Kent Tamura.
Source/WebCore:
Tests: fast/text/international/font-fallback-to-common-script.html
- page/Settings.cpp:
(WebCore::setGenericFontFamilyForScript): Remove the setting when the per-script font family is the empty string.
LayoutTests:
- fast/text/international/font-fallback-to-common-script-expected.html: Added.
- fast/text/international/font-fallback-to-common-script.html: Added.
- 11:37 PM Changeset in webkit [111156] by
-
- 8 edits in trunk
Remove remnants of code that assume Lengths are 28 bit integers.
https://bugs.webkit.org/show_bug.cgi?id=67976
Reviewed by Eric Seidel.
Source/WebCore:
Test: LayoutTests/fast/table/max-width-integer-overflow-expected.html
- css/CSSPrimitiveValue.cpp:
(WebCore::CSSPrimitiveValue::computeLength):
Bound by INT_MAX and INT_MIN instead of 28 bit bounds.
- css/CSSStyleApplyProperty.cpp:
(WebCore::ApplyPropertyBorderRadius::applyValue):
Use PrimitiveValue::computeLength function directly.
- platform/Length.h:
Remove 28 bit integer limit constants.
- rendering/AutoTableLayout.cpp:
(WebCore::AutoTableLayout::computePreferredLogicalWidths):
Use std::numeric_limits.
LayoutTests:
- platform/mac/fast/table/max-width-integer-overflow-expected.png:
- platform/mac/fast/table/max-width-integer-overflow-expected.txt:
- 11:16 PM Changeset in webkit [111155] by
-
- 18 edits in trunk
Should remove RuntimeEnabledFeatures::multipleShadowSubtreesEnabled
https://bugs.webkit.org/show_bug.cgi?id=79307
Reviewed by Dimitri Glazkov.
Source/WebCore:
Since RuntimeEnabledFeatures::multipleShadowSubtreesEnabled was introduced for
temporal unstability of multiple shadow roots. We should remove it now, and
enable it by default.
Test: fast/dom/shadow/shadow-root-js-api.html should cover this change.
The other shadow related tests should also covers this change.
- WebCore.exp.in:
- bindings/generic/RuntimeEnabledFeatures.cpp:
(WebCore):
- bindings/generic/RuntimeEnabledFeatures.h:
(RuntimeEnabledFeatures):
- dom/ShadowRoot.cpp:
(WebCore::ShadowRoot::create):
- dom/ShadowTree.cpp:
(WebCore::ShadowTree::addShadowRoot):
- testing/Internals.cpp:
- testing/Internals.h:
(Internals):
- testing/Internals.idl:
LayoutTests:
Removed multipleShadowSubtresEnabled from tests.
- fast/dom/shadow/get-element-by-id-in-shadow-root.html:
- fast/dom/shadow/multiple-shadowroot-adopt.html:
- fast/dom/shadow/multiple-shadowroot-rendering.html:
- fast/dom/shadow/multiple-shadowroot.html:
- fast/dom/shadow/shadow-element-rendering-multiple.html:
- fast/dom/shadow/shadow-element-rendering-single.html:
- fast/dom/shadow/shadow-root-js-api-expected.txt:
- fast/dom/shadow/shadow-root-js-api.html:
- 11:07 PM Changeset in webkit [111154] by
-
- 2 edits in trunk/LayoutTests
[chromium] Mark js-late-gradient-creation.svg as flaky
- platform/chromium/test_expectations.txt:
- 10:23 PM Changeset in webkit [111153] by
-
- 2 edits in trunk/Source/WebKit/chromium
[chromium] Fix test that was broken by r111128
- tests/ScrollAnimatorNoneTest.cpp:
(TEST): ScrollByPixel no longer animates.
- 9:45 PM Changeset in webkit [111152] by
-
- 1 edit1 delete in trunk/LayoutTests
[chromium] Rebaseline aria-checkbox-sends-notification.html
- platform/chromium-win-xp/accessibility/aria-checkbox-sends-notification-expected.txt: Removed.
- 9:35 PM Changeset in webkit [111151] by
-
- 2 edits in trunk/LayoutTests
Skip fast/dom/shadow/get-element-id-in-shadow-roots on some ports where SHADOW_DOM flag is disabled.
https://bugs.webkit.org/show_bug.cgi?id=81336
Patch by Hayato Ito <hayato@chromium.org> on 2012-03-18
Reviewed by Dimitri Glazkov.
- fast/dom/shadow/resources/shadow-dom.js:
(createDOM):
(isShadowRoot):
- platform/efl/Skipped:
- platform/mac/Skipped:
- platform/win/Skipped:
- platform/wincairo/Skipped:
- 8:36 PM Changeset in webkit [111150] by
-
- 2 edits in trunk/Source/JavaScriptCore
[EFL] Include ICU_INCLUDE_DIRS when building.
https://bugs.webkit.org/show_bug.cgi?id=81483
Reviewed by Daniel Bates.
So far, only the ICU libraries were being included when building
JavaScriptCore, however the include path is also needed, otherwise the
build will fail when ICU is installed into a non-standard location.
- PlatformEfl.cmake: Include ${ICU_INCLUDE_DIRS}.
- 7:40 PM Changeset in webkit [111149] by
-
- 6 edits in trunk/LayoutTests
Skip fast/dom/shadow/get-element-id-in-shadow-roots on some ports where SHADOW_DOM flag is disabled.
https://bugs.webkit.org/show_bug.cgi?id=81336
Reviewed by Dimitri Glazkov.
- fast/dom/shadow/resources/shadow-dom.js:
(createDOM):
(isShadowRoot):
- platform/efl/Skipped:
- platform/mac/Skipped:
- platform/win/Skipped:
- platform/wincairo/Skipped:
- 7:21 PM Changeset in webkit [111148] by
-
- 1 edit2 adds in trunk/LayoutTests
[chromium] Rebaseline SL results for video-opacity-overlay.html and load-video-in-reflection.html
- platform/chromium-mac-snowleopard/compositing/geometry/video-opacity-overlay-expected.png: Added.
- platform/chromium-mac-snowleopard/compositing/reflections/load-video-in-reflection-expected.png: Added.
- 7:12 PM Changeset in webkit [111147] by
-
- 1 edit1 add in trunk/LayoutTests
[chromium] Rebaseline results for win shadow-drawing.html
- platform/chromium-win-vista/compositing/shadows/shadow-drawing-expected.png: Added.
- 7:06 PM Changeset in webkit [111146] by
-
- 1 edit1 move1 add in trunk/LayoutTests
[chromium] Rebaseline to add expected results for fixed-position-scroll.html
- platform/chromium-win/compositing/layer-creation/fixed-position-scroll-expected.png: Renamed from LayoutTests/platform/chromium-linux/compositing/layer-creation/fixed-position-scroll-expected.png.
- platform/chromium-win/compositing/layer-creation/fixed-position-scroll-expected.txt: Added.
- 6:07 PM Changeset in webkit [111145] by
-
- 4 edits in trunk/Source
[chromium] Don't occlude on main-thread behind layers/surfaces with impl-thread animations
https://bugs.webkit.org/show_bug.cgi?id=81354
Patch by Dana Jansens <danakj@chromium.org> on 2012-03-18
Reviewed by Adrienne Walker.
Source/WebCore:
Layers and surfaces can have an animating opacity or translation on the
impl thread. In this case, the main thread does not know their actual
values, and treats these values as "unknowns". This means we can't use
them for marking areas of the screen as occluded, and we can't consider
a part of a layer occluded in a space that we can not reliably transform
to.
Unit test: CCOcclusionTrackerTestAnimationOpacity0OnMainThread
CCOcclusionTrackerTestAnimationOpacity1OnMainThread
CCOcclusionTrackerTestAnimationTranslateOnMainThread
- platform/graphics/chromium/cc/CCOcclusionTracker.cpp:
(WebCore::layerOpacityKnown):
(WebCore::layerTransformsToTargetKnown):
(WebCore::layerTransformsToScreenKnown):
(WebCore):
(WebCore::surfaceOpacityUnknown):
(WebCore::surfaceTransformsToTargetUnknown):
(WebCore::surfaceTransformsToScreenUnknown):
(WebCore::::finishedTargetRenderSurface):
(WebCore::contentToScreenSpaceTransform):
(WebCore::contentToTargetSurfaceTransform):
(WebCore::::markOccludedBehindLayer):
(WebCore::::occluded):
(WebCore::::unoccludedContentRect):
Source/WebKit/chromium:
- tests/CCOcclusionTrackerTest.cpp:
(WebCore):
(WebCore::addOpacityAnimationToLayer):
(WebCore::addTransformAnimationToLayer):
(CCOcclusionTrackerTestAnimationOpacity1OnMainThread):
(WebCore::CCOcclusionTrackerTestAnimationOpacity1OnMainThread::runMyTest):
(CCOcclusionTrackerTestAnimationOpacity0OnMainThread):
(WebCore::CCOcclusionTrackerTestAnimationOpacity0OnMainThread::runMyTest):
(CCOcclusionTrackerTestAnimationTranslateOnMainThread):
(WebCore::CCOcclusionTrackerTestAnimationTranslateOnMainThread::runMyTest):
- 5:58 PM Changeset in webkit [111144] by
-
- 4 edits in trunk/Source
[chromium] Animating opacity is not opaque and should create a render surface on main thread
https://bugs.webkit.org/show_bug.cgi?id=81401
Patch by Dana Jansens <danakj@chromium.org> on 2012-03-18
Reviewed by James Robinson.
Source/WebCore:
Unit test: CCLayerTreeHostCommonTest.verifyAnimationsForRenderSurfaceHierarchy
- platform/graphics/chromium/cc/CCLayerTreeHostCommon.cpp:
(WebCore::layerOpacityIsOpaque):
(WebCore):
(WebCore::subtreeShouldRenderToSeparateSurface):
Source/WebKit/chromium:
- tests/CCLayerTreeHostCommonTest.cpp:
(WebCore::TEST):
- 5:39 PM Changeset in webkit [111143] by
-
- 3 edits in trunk/Source/WebCore
WebCore::BitmapImage::getCGImageRef should not be used off the main thread.
https://bugs.webkit.org/show_bug.cgi?id=81441
Reviewed by Anders Carlsson.
Covered by existing tests.
- loader/cache/MemoryCache.cpp:
(WebCore::memoryCache):
(WebCore::MemoryCache::add):
(WebCore::MemoryCache::revalidationFailed):
(WebCore::MemoryCache::resourceForURL):
(WebCore::MemoryCache::evict):
Add back main thread assertions.
- platform/graphics/cg/PatternCG.cpp:
(PatternCallbackData):
(WebCore::patternCallback):
(WebCore::patternReleaseOnMainThreadCallback):
(WebCore::Pattern::createPlatformPattern):
Instead of pulling out the CGImageRef in the pattern callback, do it upfront.
- 5:31 PM UsingGitHub edited by
- (diff)
- 5:23 PM Changeset in webkit [111142] by
-
- 2 edits in trunk/Source/WebCore
[Qt] Don't prepare SQL statements when the database is not open https://bugs.webkit.org/show_bug.cgi?id=81470
Reviewed by Kenneth Rohde Christiansen.
Already covered by existing tests.
- platform/qt/CookieJarQt.cpp:
(WebCore::SharedCookieJarQt::deleteCookiesForHostname):
(WebCore::SharedCookieJarQt::deleteAllCookies):
(WebCore::SharedCookieJarQt::setCookiesFromUrl):
(WebCore::SharedCookieJarQt::loadCookies):
- 4:50 PM Changeset in webkit [111141] by
-
- 13 edits3 deletes in trunk/Source/WebCore
Unreviewed, rolling out r110994 due to Chromium crash
- CMakeLists.txt:
- DerivedSources.make:
- DerivedSources.pri:
- GNUmakefile.list.am:
- Target.pri:
- WebCore.gypi:
- WebCore.vcproj/WebCore.vcproj:
- WebCore.xcodeproj/project.pbxproj:
- notifications/DOMWindowNotifications.cpp: Removed.
- notifications/DOMWindowNotifications.h: Removed.
- notifications/DOMWindowNotifications.idl: Removed.
- page/DOMWindow.cpp:
(WebCore::DOMWindow::~DOMWindow):
(WebCore::DOMWindow::willDetachPage):
(WebCore::DOMWindow::disconnectDOMWindowProperties):
(WebCore::DOMWindow::clearDOMWindowProperties):
(WebCore):
(WebCore::DOMWindow::webkitNotifications):
(WebCore::DOMWindow::resetNotifications):
- page/DOMWindow.h:
(WebCore):
(DOMWindow):
- page/DOMWindow.idl:
- page/Frame.cpp:
(WebCore::Frame::willDetachPage):
(WebCore::Frame::transferChildFrameToNewDocument):
- 4:39 PM Changeset in webkit [111140] by
-
- 2 edits in trunk/Source/WebCore
Unreviewed, rolling out r111086.
http://trac.webkit.org/changeset/111086
https://bugs.webkit.org/show_bug.cgi?id=81374
Chromium crash
- notifications/DOMWindowNotifications.cpp:
(WebCore::DOMWindowNotifications::disconnectFrame):
- 4:07 PM Changeset in webkit [111139] by
-
- 6 edits3 adds in trunk
Invalidation issue when creating backing layer for fixed positioned element.
https://bugs.webkit.org/show_bug.cgi?id=80647
Patch by David Reveman <reveman@chromium.org> on 2012-03-18
Reviewed by James Robinson.
Source/WebCore:
Ensure that root layer is correctly invalidated by handling scroll and
invalidation from movement of fixed position elements prior to creating
any backing layers.
Test: compositing/layer-creation/fixed-position-scroll.html
- page/FrameView.cpp:
(WebCore::FrameView::repaintFixedElementsAfterScrolling):
(WebCore):
(WebCore::FrameView::updateFixedElementsAfterScrolling):
- page/FrameView.h:
(FrameView):
- platform/ScrollView.cpp:
(WebCore::ScrollView::scrollTo):
- platform/ScrollView.h:
(WebCore::ScrollView::repaintFixedElementsAfterScrolling):
(WebCore::ScrollView::updateFixedElementsAfterScrolling):
LayoutTests:
- compositing/layer-creation/fixed-position-scroll.html: Added.
- platform/chromium-linux/compositing/layer-creation/fixed-position-scroll-expected.png: Added.
- 3:52 PM Changeset in webkit [111138] by
-
- 3 edits2 adds in trunk/Source/WebKit2
[Qt][WK2] Avoid usage of manual scaling in the Qt scenegraph integration
https://bugs.webkit.org/show_bug.cgi?id=81368
Reviewed by Simon Hausmann.
Moved the QtScenegraph integration classes to a separate file,
QtWebPageSGNode. The nodes created for QQuickWebPage now include
a QSGTransformNode that controls the contentsScale, a
QSGSimpleRectNode that controls the background color, and a
QSGRenderNode subclass that renders the actual contents.
- Target.pri:
- UIProcess/API/qt/qquickwebpage.cpp:
(QQuickWebPage::updatePaintNode):
- UIProcess/qt/QtWebPageSGNode.cpp: Added.
- UIProcess/qt/QtWebPageSGNode.h: Added.
- 2:58 PM Changeset in webkit [111137] by
-
- 12 edits in trunk/Source
[chromium] Transform animation state should be inherited from parents
https://bugs.webkit.org/show_bug.cgi?id=81363
Patch by Dana Jansens <danakj@chromium.org> on 2012-03-18
Reviewed by Adrienne Walker.
Source/WebCore:
Adds a drawTransformIsAnimating() and screenSpaceTransformIsAnimating()
to the layer classes, and similar to the surface classes. These inherit
the values from their parents in the same way that the transforms
themselves do, and reflect if the layer's transform is being affected
by some active animation.
These can be used in main-thread culling when determining if the layer's
position is static in the given coordinate space or being animated.
Unit test: CCLayerTreeHostCommonTest.verifyAnimationsForRenderSurfaceHierarchy
- platform/graphics/chromium/LayerChromium.cpp:
(WebCore::LayerChromium::LayerChromium):
- platform/graphics/chromium/LayerChromium.h:
(LayerChromium):
(WebCore::LayerChromium::drawTransformIsAnimating):
(WebCore::LayerChromium::setDrawTransformIsAnimating):
(WebCore::LayerChromium::screenSpaceTransformIsAnimating):
(WebCore::LayerChromium::setScreenSpaceTransformIsAnimating):
- platform/graphics/chromium/RenderSurfaceChromium.cpp:
(WebCore::RenderSurfaceChromium::RenderSurfaceChromium):
- platform/graphics/chromium/RenderSurfaceChromium.h:
(WebCore::RenderSurfaceChromium::targetSurfaceTransformsAreAnimating):
(WebCore::RenderSurfaceChromium::setTargetSurfaceTransformsAreAnimating):
(WebCore::RenderSurfaceChromium::screenSpaceTransformsAreAnimating):
(WebCore::RenderSurfaceChromium::setScreenSpaceTransformsAreAnimating):
(RenderSurfaceChromium):
- platform/graphics/chromium/cc/CCLayerImpl.cpp:
(WebCore::CCLayerImpl::CCLayerImpl):
- platform/graphics/chromium/cc/CCLayerImpl.h:
(CCLayerImpl):
(WebCore::CCLayerImpl::drawTransformIsAnimating):
(WebCore::CCLayerImpl::setDrawTransformIsAnimating):
(WebCore::CCLayerImpl::screenSpaceTransformIsAnimating):
(WebCore::CCLayerImpl::setScreenSpaceTransformIsAnimating):
- platform/graphics/chromium/cc/CCLayerTreeHostCommon.cpp:
(WebCore::subtreeShouldBeSkipped):
(WebCore::calculateDrawTransformsAndVisibilityInternal):
- platform/graphics/chromium/cc/CCRenderSurface.cpp:
(WebCore::CCRenderSurface::CCRenderSurface):
- platform/graphics/chromium/cc/CCRenderSurface.h:
(WebCore::CCRenderSurface::targetSurfaceTransformsAreAnimating):
(WebCore::CCRenderSurface::setTargetSurfaceTransformsAreAnimating):
(WebCore::CCRenderSurface::screenSpaceTransformsAreAnimating):
(WebCore::CCRenderSurface::setScreenSpaceTransformsAreAnimating):
(CCRenderSurface):
Source/WebKit/chromium:
- tests/CCLayerTreeHostCommonTest.cpp:
(WebCore::addOpacityAnimationToLayer):
(WebCore):
(WebCore::addTransformAnimationToLayer):
(WebCore::TEST):
- 12:28 PM Changeset in webkit [111136] by
-
- 2 edits in trunk/Source/WebKit2
[Qt] The background is visible for tiles inside the contents area which are not ready
https://bugs.webkit.org/show_bug.cgi?id=81349
Reviewed by Simon Hausmann.
Split PageProxyNode to BackgroundSGNode and ContentsSGNode.
BackgroundSGNode paints a solid background, either white or transparent
(depending on drawsTransparentBackground flag).
- UIProcess/API/qt/qquickwebpage.cpp:
(ContentsSGNode):
(ContentsSGNode::ContentsSGNode):
(ContentsSGNode::changedStates):
(ContentsSGNode::~ContentsSGNode):
(BackgroundSGNode):
(BackgroundSGNode::BackgroundSGNode):
(BackgroundSGNode::contentsNode):
(QQuickWebPage::updatePaintNode):
- 12:17 PM Changeset in webkit [111135] by
-
- 3 edits in trunk/Source/WebCore
Fix compile when FULLSCREEN_API is not enabled on Mac
https://bugs.webkit.org/show_bug.cgi?id=81474
Reviewed by Ada Chan.
Guard the full screen api code inside ENABLE(FULLSCREEN_API).
No new tests because no functional changes.
- platform/mac/WebCoreFullScreenWindow.h:
- platform/mac/WebCoreFullScreenWindow.mm:
- 11:47 AM Changeset in webkit [111134] by
-
- 1 copy in tags/Safari-534.56.1
New tag.
- 9:59 AM Changeset in webkit [111133] by
-
- 2 edits in trunk/Source/WebCore
Change the initial buffer size of a plain text
https://bugs.webkit.org/show_bug.cgi?id=81192
Reviewed by Dimitri Glazkov.
r111109 changed the initial buffer size of a plain text
from 1<<16 to 1<<15 in Chromium/Mac only, for the following reasons:
- As far as I experimented locally, while 1<<15 is better than 1<<16 in Chromium/Mac,
1<<15 and 1<<16 are the same in AppleWebKit/Mac and Chromium/Linux (their performance
"gap" exists at between 1<<17 and 1<<18).
- The reason why I changed 1<<16 to 1<<15 in Chromium/Mac only is that
the value highly depends on the underlying malloc system and I was a bit afraid
that changing to 1<<15 _might_ cause unintentional performance regression in some
platform.
That being said, it seems that 1<<15 would not be worse than 1<<16 in all platforms,
and we should just keep the value consistent. In the first place, according to anttik
(who wrote 1<<16 a long time ago), there was no strong reason for 1<<16.
Based on these observations (See https://bugs.webkit.org/show_bug.cgi?id=81192
for more details), this patch unifies the value to 1<<15 in all platforms.
No tests. No change in behavior.
- editing/TextIterator.cpp:
(WebCore::plainTextToMallocAllocatedBuffer):
- 4:33 AM Changeset in webkit [111132] by
-
- 4 edits13 adds in trunk
CSS 2.1 failure: eof-003.htm fails
https://bugs.webkit.org/show_bug.cgi?id=78538
Reviewed by Antti Koivisto.
Source/WebCore:
Tests: css2.1/20110323/eof-001.htm
css2.1/20110323/eof-003.htm
css2.1/20110323/eof-004.htm
css2.1/20110323/eof-005.htm
css2.1/20110323/eof-006.htm
css2.1/20110323/eof-007.htm
This patch fixes eof-003.htm, eof-005.htm and eof-006.htm. The other eof-* tests already pass.
- css/CSSGrammar.y: Allow EOF as well as ';' to terminate import rules.
This should probably be done for other rules in a separate patch.
- css/CSSParser.cpp:
(WebCore::CSSParser::checkAndSkipString): Allow strings to end with EOF.
(WebCore::CSSParser::parseString): ditto
LayoutTests:
- css2.1/20110323/eof-001-expected.html: Added.
- css2.1/20110323/eof-001.htm: Added.
- css2.1/20110323/eof-003-expected.html: Added.
- css2.1/20110323/eof-003.htm: Added.
- css2.1/20110323/eof-004-expected.html: Added.
- css2.1/20110323/eof-004.htm: Added.
- css2.1/20110323/eof-005-expected.html: Added.
- css2.1/20110323/eof-005.htm: Added.
- css2.1/20110323/eof-006-expected.html: Added.
- css2.1/20110323/eof-006.htm: Added.
- css2.1/20110323/eof-007-expected.html: Added.
- css2.1/20110323/eof-007.htm: Added.
- css2.1/20110323/support/eof-green.css: Added.
- 1:18 AM FeatureFlags edited by
- (diff)
Mar 17, 2012:
- 10:24 PM WebKit Team edited by
- Update my affiliation (diff)
- 8:20 PM Changeset in webkit [111131] by
-
- 2 edits in trunk/Source/WebCore
[Chromium] PlatformContextSkia::m_drawingToImageBuffer is not correctly set when using per-tile painting.
https://bugs.webkit.org/show_bug.cgi?id=81463
Patch by David Reveman <reveman@chromium.org> on 2012-03-17
Reviewed by James Robinson.
Call PlatformContextSkia::setDrawingToImageBuffer() from
SkPictureCanvasLayerTextureUpdater::prepareToUpdate so that sub-pixel
text rendering is not used incorrectly with per-tile painting.
No new tests.
- platform/graphics/chromium/SkPictureCanvasLayerTextureUpdater.cpp:
(WebCore::SkPictureCanvasLayerTextureUpdater::prepareToUpdate):
- 6:57 PM Changeset in webkit [111130] by
-
- 3 edits in trunk/Tools
Unreviewed; switch to using my FreeBSD.org email address, the
other one is going to disappear soon.
- Scripts/webkitpy/common/config/committers.py:
- Scripts/webkitpy/common/config/watchlist:
- 6:08 PM Changeset in webkit [111129] by
-
- 21 edits in trunk/Source/JavaScriptCore
Strength reduction, RegExp.exec -> RegExp.test
https://bugs.webkit.org/show_bug.cgi?id=81459
Reviewed by Sam Weinig.
RegExp.prototype.exec & RegExp.prototype.test can both be used to test a regular
expression for a match against a string - however exec is more expensive, since
it allocates a matches array object. In cases where the result is consumed in a
boolean context the allocation of the matches array can be trivially elided.
For example:
function f()
{
for (i =0; i < 10000000; ++i)
if(!/a/.exec("a"))
err = true;
}
This is a 2.5x speedup on this example microbenchmark loop.
In a more advanced form of this optimization, we may be able to avoid allocating
the array where access to the array can be observed.
- create_hash_table:
- dfg/DFGAbstractState.cpp:
(JSC::DFG::AbstractState::execute):
- dfg/DFGByteCodeParser.cpp:
(JSC::DFG::ByteCodeParser::handleIntrinsic):
- dfg/DFGNode.h:
(JSC::DFG::Node::hasHeapPrediction):
- dfg/DFGNodeType.h:
(DFG):
- dfg/DFGOperations.cpp:
- dfg/DFGOperations.h:
- dfg/DFGPredictionPropagationPhase.cpp:
(JSC::DFG::PredictionPropagationPhase::propagate):
- dfg/DFGSpeculativeJIT.cpp:
(JSC::DFG::SpeculativeJIT::compileRegExpExec):
(DFG):
- dfg/DFGSpeculativeJIT.h:
(JSC::DFG::SpeculativeJIT::callOperation):
- dfg/DFGSpeculativeJIT32_64.cpp:
(JSC::DFG::SpeculativeJIT::compile):
- dfg/DFGSpeculativeJIT64.cpp:
(JSC::DFG::SpeculativeJIT::compile):
- jsc.cpp:
(GlobalObject::addConstructableFunction):
- runtime/Intrinsic.h:
- runtime/JSFunction.cpp:
(JSC::JSFunction::create):
(JSC):
- runtime/JSFunction.h:
(JSFunction):
- runtime/Lookup.cpp:
(JSC::setUpStaticFunctionSlot):
- runtime/RegExpObject.cpp:
(JSC::RegExpObject::exec):
(JSC::RegExpObject::match):
- runtime/RegExpObject.h:
(RegExpObject):
- runtime/RegExpPrototype.cpp:
(JSC::regExpProtoFuncTest):
(JSC::regExpProtoFuncExec):
- 4:57 PM Changeset in webkit [111128] by
-
- 2 edits in trunk/Source/WebCore
[chromium] Make pixel-accurate wheel scrolling be unanimated
https://bugs.webkit.org/show_bug.cgi?id=81457
Patch by Robert Kroeger <rjkroege@chromium.org> on 2012-03-17
Reviewed by James Robinson.
- platform/ScrollAnimatorNone.cpp:
(WebCore::ScrollAnimatorNone::scroll):
- 3:56 PM Changeset in webkit [111127] by
-
- 4 edits in trunk/Source/WebCore
[BlackBerry] Implement openTemporaryFile in FileSystem
https://bugs.webkit.org/show_bug.cgi?id=81373
Reviewed by George Staikos.
Move the Efl implementation to Posix, this way BlackBerry port can reuse it.
- platform/blackberry/FileSystemBlackBerry.cpp:
- platform/efl/FileSystemEfl.cpp:
- platform/posix/FileSystemPOSIX.cpp:
(WebCore::openTemporaryFile):
(WebCore):
- 12:54 PM Changeset in webkit [111126] by
-
- 48 edits1 add in trunk/Source
move calc*Value functions out from Length (and platform)
https://bugs.webkit.org/show_bug.cgi?id=80897
Moving the Length calc*Value functions out from Length structure and also from /WebCore/platform/ folder.
This helps to avoid the layering violation while length calculation. Otherwise layer violation can be avoided only by adding a virtual interface(bug 27160).
Patch by Joe Thomas <joethomas@motorola.com> on 2012-03-17
Reviewed by Antti Koivisto.
Source/WebCore:
- GNUmakefile.list.am: Build system changes for adding new files.
- Target.pri: Ditto.
- WebCore.gypi: Ditto.
- WebCore.vcproj/WebCore.vcproj: Ditto.
- WebCore.xcodeproj/project.pbxproj: Ditto.
- accessibility/gtk/WebKitAccessibleInterfaceText.cpp:
(getAttributeSetForAccessibilityObject):
- css/CSSComputedStyleDeclaration.cpp:
(WebCore::CSSComputedStyleDeclaration::getPropertyCSSValue):
- css/LengthFunctions.h: Added. Moved calc*Value functions of Length.
(WebCore):
(WebCore::calculateMinimumValue):
(WebCore::calculateValue):
(WebCore::calculateFloatValue):
- dom/Document.cpp:
(WebCore::Document::pageSizeAndMarginsInPixels):
- html/HTMLAreaElement.cpp:
(WebCore::HTMLAreaElement::getRegion):
- platform/CalculationValue.h:
(WebCore::CalcExpressionLength::evaluate):
- platform/Length.h: Removed the calc*Value functions from Length structure.
(Length):
(WebCore::Length::getFloatValue):
(WebCore::Length::getIntValue):
- platform/graphics/ca/mac/PlatformCAAnimationMac.mm:
- platform/graphics/ca/mac/PlatformCALayerMac.mm:
(PlatformCALayer::setFilters):
- platform/graphics/chromium/cc/CCRenderSurfaceFilters.cpp:
(WebCore::CCRenderSurfaceFilters::apply):
- platform/graphics/filters/FilterOperations.cpp:
(WebCore::FilterOperations::getOutsets):
- platform/graphics/transforms/PerspectiveTransformOperation.cpp:
(WebCore::PerspectiveTransformOperation::blend):
- platform/graphics/transforms/PerspectiveTransformOperation.h:
(WebCore::PerspectiveTransformOperation::isIdentity):
(WebCore::PerspectiveTransformOperation::apply):
- platform/graphics/transforms/TranslateTransformOperation.h:
(WebCore::TranslateTransformOperation::x):
(WebCore::TranslateTransformOperation::y):
(WebCore::TranslateTransformOperation::z):
(WebCore::TranslateTransformOperation::isIdentity):
- platform/win/PopupMenuWin.cpp:
(WebCore::PopupMenuWin::paint):
- rendering/AutoTableLayout.cpp:
(WebCore::AutoTableLayout::layout):
- rendering/FilterEffectRenderer.cpp:
(WebCore::FilterEffectRenderer::build):
- rendering/FixedTableLayout.cpp:
(WebCore::FixedTableLayout::layout):
- rendering/RenderBlock.cpp:
(WebCore::RenderBlock::textIndentOffset):
(WebCore::RenderBlock::computeInlinePreferredLogicalWidths):
- rendering/RenderBox.cpp:
(WebCore::RenderBox::reflectionOffset):
(WebCore::RenderBox::clipRect):
(WebCore::RenderBox::computeLogicalWidthInRegion):
(WebCore::RenderBox::computeLogicalWidthInRegionUsing):
(WebCore::RenderBox::computeInlineDirectionMargins):
(WebCore::RenderBox::computePercentageLogicalHeight):
(WebCore::RenderBox::computeReplacedLogicalWidthUsing):
(WebCore::RenderBox::computeReplacedLogicalHeightUsing):
(WebCore::RenderBox::availableLogicalHeightUsing):
(WebCore::RenderBox::computeBlockDirectionMargins):
(WebCore::RenderBox::computePositionedLogicalWidthUsing):
(WebCore::RenderBox::computePositionedLogicalHeightUsing):
(WebCore::RenderBox::computePositionedLogicalWidthReplaced):
(WebCore::RenderBox::computePositionedLogicalHeightReplaced):
- rendering/RenderBoxModelObject.cpp:
(WebCore::RenderBoxModelObject::relativePositionOffsetX):
(WebCore::RenderBoxModelObject::relativePositionOffsetY):
(WebCore::RenderBoxModelObject::paddingTop):
(WebCore::RenderBoxModelObject::paddingBottom):
(WebCore::RenderBoxModelObject::paddingLeft):
(WebCore::RenderBoxModelObject::paddingRight):
(WebCore::RenderBoxModelObject::paddingBefore):
(WebCore::RenderBoxModelObject::paddingAfter):
(WebCore::RenderBoxModelObject::paddingStart):
(WebCore::RenderBoxModelObject::paddingEnd):
(WebCore::RenderBoxModelObject::calculateFillTileSize):
(WebCore::RenderBoxModelObject::calculateBackgroundImageGeometry):
(WebCore::computeBorderImageSide):
(WebCore::RenderBoxModelObject::paintNinePieceImage):
- rendering/RenderFlexibleBox.cpp:
(WebCore::RenderFlexibleBox::preferredMainAxisContentExtentForChild):
(WebCore::RenderFlexibleBox::computeMainAxisPreferredSizes):
(WebCore::RenderFlexibleBox::runFreeSpaceAllocationAlgorithm):
- rendering/RenderFrameSet.cpp:
(WebCore::RenderFrameSet::layOutAxis):
- rendering/RenderInline.cpp:
(WebCore::computeMargin):
- rendering/RenderLayer.cpp:
(WebCore::RenderLayer::perspectiveTransform):
(WebCore::RenderLayer::perspectiveOrigin):
- rendering/RenderLayerBacking.cpp:
(WebCore::RenderLayerBacking::computeTransformOrigin):
(WebCore::RenderLayerBacking::computePerspectiveOrigin):
- rendering/RenderMarquee.cpp:
(WebCore::RenderMarquee::timerFired):
- rendering/RenderMenuList.cpp:
(WebCore::RenderMenuList::updateOptionsWidth):
- rendering/RenderObject.cpp:
(WebCore::RenderObject::repaintAfterLayoutIfNeeded):
- rendering/RenderReplaced.cpp:
(WebCore::RenderReplaced::computeReplacedLogicalWidth):
- rendering/RenderScrollbarPart.cpp:
(WebCore::calcScrollbarThicknessUsing):
(WebCore::RenderScrollbarPart::computeScrollbarWidth):
(WebCore::RenderScrollbarPart::computeScrollbarHeight):
- rendering/RenderTable.cpp:
(WebCore::RenderTable::computeLogicalWidth):
(WebCore::RenderTable::convertStyleLogicalWidthToComputedWidth):
- rendering/RenderTableCell.cpp:
(WebCore::RenderTableCell::logicalHeightForRowSizing):
- rendering/RenderTableSection.cpp:
(WebCore::RenderTableSection::calcRowLogicalHeight):
- rendering/RenderText.h:
(WebCore::RenderText::marginLeft):
(WebCore::RenderText::marginRight):
- rendering/RootInlineBox.cpp:
(WebCore::RootInlineBox::verticalPositionForBox):
- rendering/style/RenderStyle.cpp:
(WebCore::RenderStyle::applyTransform):
(WebCore::calcRadiiFor):
- rendering/style/RenderStyle.h:
- rendering/svg/RenderSVGRoot.cpp:
(WebCore::RenderSVGRoot::computeIntrinsicRatioInformation):
(WebCore::resolveLengthAttributeForSVG):
- svg/SVGSVGElement.cpp:
(WebCore::SVGSVGElement::currentViewBoxRect):
(WebCore::SVGSVGElement::currentViewportSize):
- svg/graphics/SVGImage.cpp:
(WebCore::SVGImage::computeIntrinsicDimensions):
Source/WebKit2:
- WebProcess/WebCoreSupport/win/WebPopupMenuWin.cpp:
(WebKit::WebPopupMenu::setUpPlatformData):
- 12:23 PM Changeset in webkit [111125] by
-
- 2 edits in trunk/Source/WebKit2
<rdar://problem/10263562> Crash in WebCore::Range::startPosition() when dismissing the Press and Hold panel by clicking in the menu bar
https://bugs.webkit.org/show_bug.cgi?id=81454
Reviewed by Ada Chan.
When the Press and Hold panel is dismissed by clicking in the menu bar,
-insertText:replacementRange: is called with an NSRange whose location is NSNotFound - 1
(see <rdar://problem/11069374>). Trying to convert this bogus range to a WebCore Range
returns 0, which leads to the crash.
- WebProcess/WebPage/mac/WebPageMac.mm:
(WebKit::WebPage::insertText): Added a null check, to protect the code from bogus ranges.
- 11:53 AM Changeset in webkit [111124] by
-
- 1 edit in branches/chromium/1025/Source/WebCore/page/DOMWindow.cpp
Merge 106874 - postMessage leaks MemoryEvent object
https://bugs.webkit.org/show_bug.cgi?id=77893
Patch by Greg Simon <gregsimon@chromium.org> on 2012-02-06
Reviewed by Adam Barth.
Changed from PassRefPtr().leakRef() to RefPtr.get() when
calling into FrameLoaderClient to stop +1 extra ref.
- page/DOMWindow.cpp:
(WebCore::DOMWindow::postMessageTimerFired):
TBR=commit-queue@webkit.org
Review URL: https://chromiumcodereview.appspot.com/9717030
- 11:19 AM Changeset in webkit [111123] by
-
- 2 edits in branches/chromium/1025/Source/WebCore
Merge 110821 - Platforms without USE(REQUEST_ANIMATION_FRAME_DISPLAY_MONITOR) don't need to query the page's displayID
https://bugs.webkit.org/show_bug.cgi?id=81187
Reviewed by Simon Fraser.
- dom/Document.cpp:
(WebCore::Document::webkitRequestAnimationFrame):
TBR=jamesr@google.com
BUG=118331
Review URL: https://chromiumcodereview.appspot.com/9716016
- 11:12 AM Changeset in webkit [111122] by
-
- 2 edits in trunk/Tools
Unreviewed; fix webkitpy unit test failures after r111116.
It turns out that cmd_line in the patch in bug 80025 had the right
signature when it was submitted, but r109242 added a few more
required parameters, and since the method (and EflDriver) did not
exist at the time we ended up committing a broken method.
- Scripts/webkitpy/layout_tests/port/efl.py:
(EflDriver.cmd_line): Add the
pixel_tests' and
per_test_args'
arguments.
- 8:45 AM Changeset in webkit [111121] by
-
- 7 edits in trunk
[BlackBerry] Enable Web Timing for performance profiling and improvement.
https://bugs.webkit.org/show_bug.cgi?id=81085
Reviewed by Rob Buis.
.:
- Source/cmake/OptionsBlackBerry.cmake:
- Source/cmakeconfig.h.cmake:
Source/WebKit/blackberry:
- Api/WebPage.cpp:
(BlackBerry::WebKit::WebPagePrivate::init):
Tools:
- Scripts/build-webkit:
- 5:13 AM Changeset in webkit [111120] by
-
- 33 edits in trunk
Enable animVal support for SVGNumberOptionalNumber
https://bugs.webkit.org/show_bug.cgi?id=81448
Reviewed by Antti Koivisto.
Source/WebCore:
Enable animVal support for SVGNumberOptionalNumber. Its a special case as two SVG DOM properties
eg. stdDeviationX/stdDeviationY are mapped to a single XML attribute: SVGNames::stdDeviationAttr.
When animating properties like this, both animVal wrappers need to reflect changes.
Generalize the current animVal code to support more than one SVGAnimatedProperty that gets
animated for a single attributeName. This allows us to remove SVGAnimatedType::variantValue/setVariantValue
which paves the way for removing SVGGenericAnimatedType from even more places.
Covered by existing tests.
- svg/SVGAnimateElement.cpp:
(WebCore::SVGAnimateElement::SVGAnimateElement):
(WebCore::SVGAnimateElement::calculateAnimatedValue):
(WebCore::SVGAnimateElement::resetToBaseValue):
(WebCore::SVGAnimateElement::targetElementWillChange):
- svg/SVGAnimateElement.h:
(SVGAnimateElement):
- svg/SVGAnimatedLength.cpp:
(WebCore::SVGAnimatedLengthAnimator::constructFromBaseValue):
(WebCore):
(WebCore::SVGAnimatedLengthAnimator::resetAnimatedTypeToBaseValue):
- svg/SVGAnimatedLength.h:
(SVGAnimatedLengthAnimator):
- svg/SVGAnimatedLengthList.cpp:
(WebCore::SVGAnimatedLengthListAnimator::constructFromBaseValue):
(WebCore):
(WebCore::SVGAnimatedLengthListAnimator::resetAnimatedTypeToBaseValue):
- svg/SVGAnimatedLengthList.h:
(SVGAnimatedLengthListAnimator):
- svg/SVGAnimatedNumber.cpp:
(WebCore::SVGAnimatedNumberAnimator::constructFromBaseValue):
(WebCore):
(WebCore::SVGAnimatedNumberAnimator::resetAnimatedTypeToBaseValue):
- svg/SVGAnimatedNumber.h:
(SVGAnimatedNumberAnimator):
- svg/SVGAnimatedNumberList.cpp:
(WebCore::SVGAnimatedNumberListAnimator::constructFromBaseValue):
(WebCore):
(WebCore::SVGAnimatedNumberListAnimator::resetAnimatedTypeToBaseValue):
- svg/SVGAnimatedNumberList.h:
(SVGAnimatedNumberListAnimator):
- svg/SVGAnimatedNumberOptionalNumber.cpp:
(WebCore::SVGAnimatedNumberOptionalNumberAnimator::constructFromBaseValue):
(WebCore):
(WebCore::SVGAnimatedNumberOptionalNumberAnimator::resetAnimatedTypeToBaseValue):
- svg/SVGAnimatedNumberOptionalNumber.h:
(WebCore):
(SVGAnimatedNumberOptionalNumberAnimator):
- svg/SVGAnimatedTransformList.cpp:
(WebCore::SVGAnimatedTransformListAnimator::constructFromBaseValue):
(WebCore::SVGAnimatedTransformListAnimator::resetAnimatedTypeToBaseValue):
(WebCore):
- svg/SVGAnimatedTransformList.h:
(SVGAnimatedTransformListAnimator):
- svg/SVGAnimatedType.cpp:
(WebCore::SVGAnimatedType::supportsAnimVal):
- svg/SVGAnimatedType.h:
(SVGAnimatedType):
- svg/SVGAnimatedTypeAnimator.h:
(SVGAnimatedTypeAnimator):
(WebCore::SVGAnimatedTypeAnimator::constructFromBaseValue):
(WebCore::SVGAnimatedTypeAnimator::resetAnimatedTypeToBaseValue):
(WebCore::SVGAnimatedTypeAnimator::currentBaseValueVariant):
(WebCore::SVGAnimatedTypeAnimator::constructFromOneBaseValue):
(WebCore::SVGAnimatedTypeAnimator::resetAnimatedTypeFromOneBaseValue):
(WebCore::SVGAnimatedTypeAnimator::constructFromTwoBaseValues):
(WebCore::SVGAnimatedTypeAnimator::resetAnimatedTypeFromTwoBaseValues):
- svg/SVGAnimationElement.cpp:
(WebCore::findMatchingAnimatedProperties):
(WebCore::SVGAnimationElement::applyAnimatedValue):
(WebCore::notifyAnimatedPropertyAboutAnimationBeginEnd):
(WebCore::SVGAnimationElement::animationStarted):
(WebCore::SVGAnimationElement::animationEnded):
(WebCore::SVGAnimationElement::animatedPropertiesForType):
- svg/SVGAnimationElement.h:
- svg/properties/SVGAnimatedListPropertyTearOff.h:
(WebCore::SVGAnimatedListPropertyTearOff::currentBaseValueVariant):
(WebCore::SVGAnimatedListPropertyTearOff::animationStarted):
- svg/properties/SVGAnimatedProperty.h:
(SVGAnimatedProperty):
- svg/properties/SVGAnimatedPropertyTearOff.h:
(WebCore::SVGAnimatedPropertyTearOff::currentBaseValueVariant):
(WebCore::SVGAnimatedPropertyTearOff::animationStarted):
- svg/properties/SVGAnimatedStaticPropertyTearOff.h:
(WebCore::SVGAnimatedStaticPropertyTearOff::currentBaseValueVariant):
(WebCore::SVGAnimatedStaticPropertyTearOff::animationStarted):
LayoutTests:
Extend SVGNumberOptionalNumber tests to cover animVal/baseVal at the same time.
- svg/animations/script-tests/svgnumberoptionalnumber-animation-1.js:
(sample1):
(sample2):
(sample3):
- svg/animations/script-tests/svgnumberoptionalnumber-animation-2.js:
(sample1):
(sample2):
(sample3):
- svg/animations/script-tests/svgnumberoptionalnumber-animation-3.js:
(sample1):
(sample2):
(sample3):
- svg/animations/script-tests/svgnumberoptionalnumber-animation-4.js:
(sample1):
(sample2):
(sample3):
- svg/animations/svgnumberoptionalnumber-animation-1-expected.txt:
- svg/animations/svgnumberoptionalnumber-animation-2-expected.txt:
- svg/animations/svgnumberoptionalnumber-animation-3-expected.txt:
- svg/animations/svgnumberoptionalnumber-animation-4-expected.txt:
- 4:30 AM Changeset in webkit [111119] by
-
- 4 edits in trunk/Source/WebCore
[GStreamer] run AudioFileReader in a nested loop
https://bugs.webkit.org/show_bug.cgi?id=80823
Reviewed by Martin Robinson.
Use a separate main loop for the file reader, this approach is
much cleaner than polling the default GLib main context.
- platform/audio/gstreamer/AudioFileReaderGStreamer.cpp:
(AudioFileReader):
(WebCore::enteredMainLoopCallback):
(WebCore):
(WebCore::AudioFileReader::AudioFileReader):
(WebCore::AudioFileReader::handleMessage):
(WebCore::AudioFileReader::start):
(WebCore::AudioFileReader::createBus):
- 3:48 AM Changeset in webkit [111118] by
-
- 4 edits6 adds in trunk
CSS 2.1 failure: fixed-table-layout-013 and fixed-table-layout-015 fail
https://bugs.webkit.org/show_bug.cgi?id=78027
Reviewed by Julien Chaffraix.
Source/WebCore:
Both of these test the (slightly implicit) rule that width set on column-groups cannot
affect the width of columns in a fixed layout table: http://www.w3.org/TR/CSS21/tables.html#fixed-table-layout
FF, Opera and IE all pass these two tests.
Tests: css2.1/20110323/fixed-table-layout-013.htm
css2.1/20110323/fixed-table-layout-015.htm
fast/table/fixed-table-layout-toggle-colwidth.html
- rendering/FixedTableLayout.cpp:
(WebCore::nextCol): A helper function for finding the next column along.
(WebCore::FixedTableLayout::calcWidthArray): Ignore width specified by column groups.
- rendering/RenderTableCol.h:
(WebCore::RenderTableCol::isTableColGroup): Convenience function for identifying column groups.
LayoutTests:
- css2.1/20110323/fixed-table-layout-013-expected.html: Added.
- css2.1/20110323/fixed-table-layout-013.htm: Added.
- css2.1/20110323/fixed-table-layout-015-expected.html: Added.
- css2.1/20110323/fixed-table-layout-015.htm: Added.
- fast/table/fixed-table-layout-toggle-colwidth-expected.txt: Added.
- fast/table/fixed-table-layout-toggle-colwidth.html: Added.
- 12:45 AM Changeset in webkit [111117] by
-
- 2 edits in trunk/Tools
Add a dependencies installation step for EFL to buildbot master.cfg
https://bugs.webkit.org/show_bug.cgi?id=81337
Patch by Dominik Röttsches <dominik.rottsches@linux.intel.com> on 2012-03-17
Reviewed by Gustavo Noronha Silva.
- BuildSlaveSupport/build.webkit.org-config/master.cfg:
(InstallEflDependencies):
(Factory.init):
- 12:33 AM Changeset in webkit [111116] by
-
- 2 edits in trunk/Tools
[EFL] Prefixing run-webkit-tests with run-with-jhbuild
https://bugs.webkit.org/show_bug.cgi?id=80025
Patch by Dominik Röttsches <dominik.rottsches@linux.intel.com> on 2012-03-17
Reviewed by Gustavo Noronha Silva.
- Scripts/webkitpy/layout_tests/port/efl.py:
(EflDriver):
(EflDriver.cmd_line):
(EflPort._driver_class):
- 12:30 AM Changeset in webkit [111115] by
-
- 2 edits6 adds in trunk/Tools
[EFL] Add and use run-with-jhbuild and update-webkitefl-libs scripts for EFL
https://bugs.webkit.org/show_bug.cgi?id=79904
build-webkit --efl will use jhbuild for fetching and building dependencies.
Patch by Dominik Röttsches <dominik.rottsches@linux.intel.com> on 2012-03-17
Reviewed by Gustavo Noronha Silva.
- Scripts/update-webkitefl-libs: Added.
- Scripts/webkitdirs.pm:
(jhbuildWrapperPrefixIfNeeded):
(generateBuildSystemFromCMakeProject):
(buildCMakeGeneratedProject):
- efl/common.py: Added.
(script_path):
(top_level_path):
(number_of_cpus):
- efl/jhbuild.modules: Added.
- efl/jhbuildrc: Added.
- efl/run-with-jhbuild: Added.