[webkit-reviews] review denied: [Bug 61073] Teach WebKit2 about window.internals : [Attachment 97293] Patch
bugzilla-daemon at webkit.org
bugzilla-daemon at webkit.org
Thu Jun 16 18:02:42 PDT 2011
Mark Rowe (bdash) <mrowe at apple.com> has denied Dominic Cooney
<dominicc at chromium.org>'s request for review:
Bug 61073: Teach WebKit2 about window.internals
https://bugs.webkit.org/show_bug.cgi?id=61073
Attachment 97293: Patch
https://bugs.webkit.org/attachment.cgi?id=97293&action=review
------- Additional Comments from Mark Rowe (bdash) <mrowe at apple.com>
View in context: https://bugs.webkit.org/attachment.cgi?id=97293&action=review
> Source/WebCore/Configurations/WebCoreTestSupport.xcconfig:31
> -INSTALL_PATH = $(INSTALL_PATH_$(CONFIGURATION));
> -INSTALL_PATH_Debug = @executable_path;
> -INSTALL_PATH_Release = $(INSTALL_PATH_Debug);
> -INSTALL_PATH_Production = /usr/local/lib;
> +INSTALL_PATH = @rpath;
This isn’t correct. It will prevent the dylib from being copied to
/usr/local/lib during production builds, which would make it impossible for
DumpRenderTree and WebKitTestRunner to find it at build time.
I think to make this work for production we want something like:
LD_DYLIB_INSTALL_NAME = $(LD_DYLIB_INSTALL_NAME_$(CONFIGURATION));
LD_DYLIB_INSTALL_NAME_Debug = @rpath;
LD_DYLIB_INSTALL_NAME_Release = $(LD_DYLIB_INSTALL_NAME_Debug);
This will set the install name to @rpath for Debug and Release and leave it at
its default for Production (e.g., the file path).
I think we can skip setting INSTALL_PATH altogether since I believe
/usr/local/lib is the default if it is unset.
> Tools/DumpRenderTree/mac/Configurations/DumpRenderTree.xcconfig:25
> +LD_RUNPATH_SEARCH_PATHS = "@loader_path/.";
Given the change I suggested above this rpath would be unnecessary for
Production builds. I’m not sure that it’s useful to complicate this by
conditionalizing our setting of LD_RUNPATH_SEARCH_PATHS though.
More information about the webkit-reviews
mailing list