haikuwebkit/Source/WTF/wtf/PlatformEnableWinApple.h

61 lines
2.2 KiB
C
Raw Permalink Normal View History

Start splitting platform specific overrides of default enable behavior into their own files https://bugs.webkit.org/show_bug.cgi?id=207105 Patch by Sam Weinig <weinig@apple.com> on 2020-02-03 Reviewed by Dean Jackson. Source/WebKit: * WebProcess/WebProcess.cpp: (WebKit::WebProcess::shouldPlugInAutoStartFromOrigin): Switch to using the ENABLE() helper macro to correctly guard against the case that ENABLE_PRIMARY_SNAPSHOTTED_PLUGIN_HEURISTIC is defined and equal to 0. Source/WTF: Splits out platform specific overrides of default enable behavior into separate files, starting with one for all of the Cocoa related ports, one for Apple's Windows port, and one for the WinCario port. The rule is now that all ENABLE_* macros should have a default defined in PlatformEnable.h, but platforms are allowed to override it via their PlatformEnable*.h file. For now, I manually ensured that all the defines in PlatformEnableCocoa.h, PlatformEnableWinApple.h and PlatformEnableWinCairo.h also had defaults in PlatformEnable.h, but going forward this needs be validated either through some sort of macro-based validation, through the style checker or something else. * WTF.xcodeproj/project.pbxproj: * wtf/CMakeLists.txt: * wtf/PlatformEnable.h: * wtf/PlatformEnableCocoa.h: Copied from Source/WTF/wtf/PlatformEnable.h. * wtf/PlatformEnableWinApple.h: Copied from Source/WTF/wtf/PlatformEnable.h. * wtf/PlatformEnableWinCairo.h: Copied from Source/WTF/wtf/PlatformEnable.h. Canonical link: https://commits.webkit.org/220130@main git-svn-id: https://svn.webkit.org/repository/webkit/trunk@255577 268f45cc-cd09-0410-ab3c-d52691b4dbfc
2020-02-03 19:29:22 +00:00
/*
Make destination color space enumeration match supported destination color spaces for the port https://bugs.webkit.org/show_bug.cgi?id=225237 Reviewed by Simon Fraser. Add ENABLE_DESTINATION_COLOR_SPACE_LINEAR_SRGB and enabled it for all ports except the Apple Windows port, which is the only one doesn't have any support for it. Source/WebCore: Removes existing behavior of returning SRGB when LinearSRGB was requested in the Apple Windows port. Now, the callers are responisble for dealing with a ports lack of support of LinearSRGB, making it very clear at those call sites that something is different and wrong. * platform/graphics/Color.cpp: * platform/graphics/Color.h: * platform/graphics/ColorConversion.cpp: * platform/graphics/ColorConversion.h: Add new functions to perform color conversion to and from an color space denoted by the ColorSpace or DestinationColorSpace enum. Previously, we only had convient ways to convert if the color was strongly typed (and this is implemented using that mechanism). This is useful when converting for final ouput, such in as the caller in FELighting::drawLighting. * platform/graphics/cg/ColorSpaceCG.h: * platform/graphics/ColorSpace.cpp: * platform/graphics/ColorSpace.h: * platform/graphics/filters/FELighting.cpp: * platform/graphics/filters/FilterEffect.h: * rendering/CSSFilter.cpp: * rendering/svg/RenderSVGResourceFilter.cpp: * rendering/svg/RenderSVGResourceMasker.cpp: Wrap uses of DestinationColorSpace::LinearSRGB in ENABLE(DESTINATION_COLOR_SPACE_LINEAR_SRGB). Source/WTF: * wtf/PlatformEnable.h: * wtf/PlatformEnableCocoa.h: * wtf/PlatformEnableWinApple.h: Canonical link: https://commits.webkit.org/237221@main git-svn-id: https://svn.webkit.org/repository/webkit/trunk@276875 268f45cc-cd09-0410-ab3c-d52691b4dbfc
2021-05-01 18:06:08 +00:00
* Copyright (C) 2006-2021 Apple Inc. All rights reserved.
Start splitting platform specific overrides of default enable behavior into their own files https://bugs.webkit.org/show_bug.cgi?id=207105 Patch by Sam Weinig <weinig@apple.com> on 2020-02-03 Reviewed by Dean Jackson. Source/WebKit: * WebProcess/WebProcess.cpp: (WebKit::WebProcess::shouldPlugInAutoStartFromOrigin): Switch to using the ENABLE() helper macro to correctly guard against the case that ENABLE_PRIMARY_SNAPSHOTTED_PLUGIN_HEURISTIC is defined and equal to 0. Source/WTF: Splits out platform specific overrides of default enable behavior into separate files, starting with one for all of the Cocoa related ports, one for Apple's Windows port, and one for the WinCario port. The rule is now that all ENABLE_* macros should have a default defined in PlatformEnable.h, but platforms are allowed to override it via their PlatformEnable*.h file. For now, I manually ensured that all the defines in PlatformEnableCocoa.h, PlatformEnableWinApple.h and PlatformEnableWinCairo.h also had defaults in PlatformEnable.h, but going forward this needs be validated either through some sort of macro-based validation, through the style checker or something else. * WTF.xcodeproj/project.pbxproj: * wtf/CMakeLists.txt: * wtf/PlatformEnable.h: * wtf/PlatformEnableCocoa.h: Copied from Source/WTF/wtf/PlatformEnable.h. * wtf/PlatformEnableWinApple.h: Copied from Source/WTF/wtf/PlatformEnable.h. * wtf/PlatformEnableWinCairo.h: Copied from Source/WTF/wtf/PlatformEnable.h. Canonical link: https://commits.webkit.org/220130@main git-svn-id: https://svn.webkit.org/repository/webkit/trunk@255577 268f45cc-cd09-0410-ab3c-d52691b4dbfc
2020-02-03 19:29:22 +00:00
* Copyright (C) 2007-2009 Torch Mobile, Inc.
* Copyright (C) 2010, 2011 Research In Motion Limited. All rights reserved.
* Copyright (C) 2013 Samsung Electronics. All rights reserved.
*
* Redistribution and use in source and binary forms, with or without
* modification, are permitted provided that the following conditions
* are met:
* 1. Redistributions of source code must retain the above copyright
* notice, this list of conditions and the following disclaimer.
* 2. Redistributions in binary form must reproduce the above copyright
* notice, this list of conditions and the following disclaimer in the
* documentation and/or other materials provided with the distribution.
*
* THIS SOFTWARE IS PROVIDED BY APPLE INC. ``AS IS'' AND ANY
* EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE
* IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR
* PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL APPLE INC. OR
* CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL,
* EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO,
* PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR
* PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY
* OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT
* (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE
* OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.
*/
#pragma once
#ifndef WTF_PLATFORM_GUARD_AGAINST_INDIRECT_INCLUSION
#error "Please #include <wtf/Platform.h> instead of this file directly."
#endif
#if !(PLATFORM(WIN) && !PLATFORM(WIN_CAIRO))
#error "This file should only be included when building Apple's Windows port."
#endif
/* --------- Apple Windows port --------- */
#if !defined(ENABLE_FULLSCREEN_API)
#define ENABLE_FULLSCREEN_API 1
#endif
#if !defined(ENABLE_WEB_ARCHIVE)
#define ENABLE_WEB_ARCHIVE 1
#endif
#if !defined(ENABLE_WEBGL)
#define ENABLE_WEBGL 0
#endif
#if !defined(ENABLE_GEOLOCATION)
#define ENABLE_GEOLOCATION 1
#endif
Make destination color space enumeration match supported destination color spaces for the port https://bugs.webkit.org/show_bug.cgi?id=225237 Reviewed by Simon Fraser. Add ENABLE_DESTINATION_COLOR_SPACE_LINEAR_SRGB and enabled it for all ports except the Apple Windows port, which is the only one doesn't have any support for it. Source/WebCore: Removes existing behavior of returning SRGB when LinearSRGB was requested in the Apple Windows port. Now, the callers are responisble for dealing with a ports lack of support of LinearSRGB, making it very clear at those call sites that something is different and wrong. * platform/graphics/Color.cpp: * platform/graphics/Color.h: * platform/graphics/ColorConversion.cpp: * platform/graphics/ColorConversion.h: Add new functions to perform color conversion to and from an color space denoted by the ColorSpace or DestinationColorSpace enum. Previously, we only had convient ways to convert if the color was strongly typed (and this is implemented using that mechanism). This is useful when converting for final ouput, such in as the caller in FELighting::drawLighting. * platform/graphics/cg/ColorSpaceCG.h: * platform/graphics/ColorSpace.cpp: * platform/graphics/ColorSpace.h: * platform/graphics/filters/FELighting.cpp: * platform/graphics/filters/FilterEffect.h: * rendering/CSSFilter.cpp: * rendering/svg/RenderSVGResourceFilter.cpp: * rendering/svg/RenderSVGResourceMasker.cpp: Wrap uses of DestinationColorSpace::LinearSRGB in ENABLE(DESTINATION_COLOR_SPACE_LINEAR_SRGB). Source/WTF: * wtf/PlatformEnable.h: * wtf/PlatformEnableCocoa.h: * wtf/PlatformEnableWinApple.h: Canonical link: https://commits.webkit.org/237221@main git-svn-id: https://svn.webkit.org/repository/webkit/trunk@276875 268f45cc-cd09-0410-ab3c-d52691b4dbfc
2021-05-01 18:06:08 +00:00
#if !defined(ENABLE_DESTINATION_COLOR_SPACE_LINEAR_SRGB) && !HAVE(CORE_GRAPHICS_LINEAR_SRGB_COLOR_SPACE)
#define ENABLE_DESTINATION_COLOR_SPACE_LINEAR_SRGB 0
#endif