mirrors/electron
2
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity Actions
electron/brightray/brightray.gyp

133 lines
5.3 KiB
Text
Raw Normal View History

Initial commit
2013-03-13 19:12:05 +00:00
{
'includes': [
'brightray.gypi',
],
Use abusolute path when linking to external libraries. Fixes #22. The ninja generator of gyp behaves strangely on the 'libraries' field of link settings, for example, specifying path to an external library works well on both xcodebuild and msvc generators, but the ninja generator would link to the wrong path (it can neither translate relative path correctly, nor convert the command line parameter to the '-lxxx' form). The only way to make all generators work on all platforms is to use abusolute paths for external libraries.
2013-07-02 07:12:34 +00:00
'variables': {
'brightray_source_root': '<!(python tools/brightray_source_root.py)',
},
Initial commit
2013-03-13 19:12:05 +00:00
'targets': [
{
'target_name': 'brightray',
'type': 'static_library',
'include_dirs': [
Store the disk cache in an app-specific location We deduce the name of the application from the CFBundleName of the .app bundle and use a path based on that. Similar logic should be implementable for other platforms. Fixes #3.
2013-03-13 20:45:00 +00:00
'.',
Initial commit
2013-03-13 19:12:05 +00:00
'<(libchromiumcontent_include_dir)',
Include Chrome's Skia config, not the default one This ensures we get Chrome's Skia settings.
2014-06-26 20:10:35 +00:00
'<(libchromiumcontent_include_dir)/skia/config',
Add 'third_party/skia/include/core' to include_dirs.
2014-06-10 01:10:26 +00:00
'<(libchromiumcontent_include_dir)/third_party/skia/include/core',
Fix include paths for WebIconURL.h It contains #include "public/platform/WebSize.h", so we have to set up the include path to make that work.
2014-06-26 20:11:02 +00:00
'<(libchromiumcontent_include_dir)/third_party/WebKit',
Pull in generated headers from libchromiumcontent ui/views/view.h now includes ui/accessibility/ax_enums.h, which is a generated header.
2014-07-07 16:28:10 +00:00
'<(libchromiumcontent_library_dir)/gen',
Initial commit
2013-03-13 19:12:05 +00:00
],
'direct_dependent_settings': {
'include_dirs': [
Pull in generated headers from libchromiumcontent ui/views/view.h now includes ui/accessibility/ax_enums.h, which is a generated header.
2014-07-07 16:28:10 +00:00
'.',
Make sure dependents can #include "brightray/foo.h"
2013-05-22 16:14:29 +00:00
'..',
Initial commit
2013-03-13 19:12:05 +00:00
'<(libchromiumcontent_include_dir)',
Include Chrome's Skia config, not the default one This ensures we get Chrome's Skia settings.
2014-06-26 20:10:35 +00:00
'<(libchromiumcontent_include_dir)/skia/config',
Some headers are including SkMtrix.h, fix compilation errors for them.
2013-07-05 03:58:49 +00:00
'<(libchromiumcontent_include_dir)/third_party/skia/include/core',
Update ICU header include path I should have done this as part of #30.
2013-10-07 21:02:35 +00:00
'<(libchromiumcontent_include_dir)/third_party/icu/source/common',
Fix include paths for WebIconURL.h It contains #include "public/platform/WebSize.h", so we have to set up the include path to make that work.
2014-06-26 20:11:02 +00:00
'<(libchromiumcontent_include_dir)/third_party/WebKit',
Pull in generated headers from libchromiumcontent ui/views/view.h now includes ui/accessibility/ax_enums.h, which is a generated header.
2014-07-07 16:28:10 +00:00
'<(libchromiumcontent_library_dir)/gen',
Initial commit
2013-03-13 19:12:05 +00:00
],
},
'sources': [
'browser/browser_client.cc',
'browser/browser_client.h',
'browser/browser_context.cc',
'browser/browser_context.h',
'browser/browser_main_parts.cc',
'browser/browser_main_parts.h',
'browser/browser_main_parts_mac.mm',
Make keyboard shortcuts work on Mac When the renderer doesn't handle a key event, we pass it off to the main menu to see if it can handle it. Part of #2.
2013-03-14 17:48:17 +00:00
'browser/default_web_contents_delegate.cc',
'browser/default_web_contents_delegate.h',
'browser/default_web_contents_delegate_mac.mm',
Place DevTools WebContents underneath inspected WebContents. This commit has this strategy implemented on Mac. See https://code.google.com/p/chromium/issues/detail?id=318751.
2014-07-02 08:21:47 +00:00
'browser/devtools_contents_resizing_strategy.cc',
'browser/devtools_contents_resizing_strategy.h',
Update for changes to devtools in Chrome 31 browser/devtools_embedder_message_dispatcher.* came from chrome/browser/devtools, and were modified just enough to compile within brightray.
2013-12-02 17:38:24 +00:00
'browser/devtools_embedder_message_dispatcher.cc',
'browser/devtools_embedder_message_dispatcher.h',
Use the "chrome-devtools://" scheme to open devtools.
2013-05-14 06:45:34 +00:00
'browser/devtools_ui.cc',
'browser/devtools_ui.h',
Avoid a crash when starting a download by disallowing downloads Chromium crashes when starting a download if a content::DownloadManagerDelegate is not provided. We now provide a default implementation of content::DownloadManagerDelegate which disallows all downloads.
2013-07-24 11:56:55 +00:00
'browser/download_manager_delegate.cc',
'browser/download_manager_delegate.h',
Add InspectableWebContents This class can be used to create a content::WebContents that can be inspected by the Chrome Dev Tools. This requires embedding applications to copy content_shell.pak into their resource bundle. Right now the dev tools are always docked to the bottom of the view; we don't yet support undocking or changing the docked side. Fixes #1.
2013-03-14 13:03:50 +00:00
'browser/inspectable_web_contents.cc',
'browser/inspectable_web_contents.h',
Add InspectableWebContentsDelegate.
2014-03-04 08:12:02 +00:00
'browser/inspectable_web_contents_delegate.h',
Add InspectableWebContents This class can be used to create a content::WebContents that can be inspected by the Chrome Dev Tools. This requires embedding applications to copy content_shell.pak into their resource bundle. Right now the dev tools are always docked to the bottom of the view; we don't yet support undocking or changing the docked side. Fixes #1.
2013-03-14 13:03:50 +00:00
'browser/inspectable_web_contents_impl.cc',
'browser/inspectable_web_contents_impl.h',
'browser/inspectable_web_contents_view.h',
'browser/inspectable_web_contents_view_mac.h',
'browser/inspectable_web_contents_view_mac.mm',
WIP: builds (but displys nothing) on Linux
2013-11-07 20:02:35 +00:00
'browser/linux/inspectable_web_contents_view_linux.h',
'browser/linux/inspectable_web_contents_view_linux.cc',
Initial commit
2013-03-13 19:12:05 +00:00
'browser/mac/bry_application.h',
'browser/mac/bry_application.mm',
Add InspectableWebContents This class can be used to create a content::WebContents that can be inspected by the Chrome Dev Tools. This requires embedding applications to copy content_shell.pak into their resource bundle. Right now the dev tools are always docked to the bottom of the view; we don't yet support undocking or changing the docked side. Fixes #1.
2013-03-14 13:03:50 +00:00
'browser/mac/bry_inspectable_web_contents_view.h',
'browser/mac/bry_inspectable_web_contents_view.mm',
Enable navigator.webkitGetUserMedia() The code came from chrome/browser/media, but was simplified to remove dependencies on other parts of chrome/ and to always allow the media stream request.
2013-07-31 18:08:45 +00:00
'browser/media/media_capture_devices_dispatcher.cc',
'browser/media/media_capture_devices_dispatcher.h',
'browser/media/media_stream_devices_controller.cc',
'browser/media/media_stream_devices_controller.h',
Initial commit
2013-03-13 19:12:05 +00:00
'browser/network_delegate.cc',
'browser/network_delegate.h',
Move notification-related code into a new NotificationPresenter class
2013-03-28 21:49:29 +00:00
'browser/notification_presenter.h',
Turn NotificationPresenter into an abstract base class This will allow us to have Mac-specific member variables without a bunch of ifdefs.
2013-03-28 22:03:58 +00:00
'browser/notification_presenter_mac.h',
Move notification-related code into a new NotificationPresenter class
2013-03-28 21:49:29 +00:00
'browser/notification_presenter_mac.mm',
use libnotify to pop up notifications on Linux
2013-12-18 21:02:49 +00:00
'browser/linux/notification_presenter_linux.h',
'browser/linux/notification_presenter_linux.cc',
Initial commit
2013-03-13 19:12:05 +00:00
'browser/url_request_context_getter.cc',
'browser/url_request_context_getter.h',
Implement undocked dev tools on Windows DevToolsWindow represents a vanilla top-level window that shows the dev tools. It uses ui::WindowImpl to implement window functionality, which requires a newer libchromiumcontent which contains the necessary headers for using that class, and requires some modifications to brightray.gypi to make WTL's headers available. * vendor/libchromiumcontent 2f53a96...fc02d93 (4): > Export third_party/wtl/include headers > Export test_support_base.pdb and test_support_content.pdb > Fix linker errors with test_support_base on Windows > Fix linker errors with base_prefs_test_support on Windows
2013-06-04 18:31:37 +00:00
'browser/win/devtools_window.cc',
'browser/win/devtools_window.h',
Stub out InspectableWebContentsViewWin This class doesn't implement any devtools behavior yet. Right now it's just a glorified wrapper around a content::WebContents. But it's enough to show web content on screen on Windows!
2013-05-22 20:57:32 +00:00
'browser/win/inspectable_web_contents_view_win.cc',
'browser/win/inspectable_web_contents_view_win.h',
Use the "chrome-devtools://" scheme to open devtools.
2013-05-14 06:45:34 +00:00
'browser/web_ui_controller_factory.cc',
'browser/web_ui_controller_factory.h',
Include the application's version number in the user agent string
2013-04-08 16:41:30 +00:00
'common/application_info.h',
'common/application_info_mac.mm',
Add a stub application_info_win.cc
2013-05-21 15:40:49 +00:00
'common/application_info_win.cc',
Add InspectableWebContents This class can be used to create a content::WebContents that can be inspected by the Chrome Dev Tools. This requires embedding applications to copy content_shell.pak into their resource bundle. Right now the dev tools are always docked to the bottom of the view; we don't yet support undocking or changing the docked side. Fixes #1.
2013-03-14 13:03:50 +00:00
'common/content_client.cc',
'common/content_client.h',
Bump the base SDK and deployment target to 10.8 This required working around an incompatibility in base/mac/foundation_util.h.
2013-03-28 21:16:35 +00:00
'common/mac/foundation_util.h',
Get the linen background painting during elastic scrolling We weren't setting the location of the resource bundle correctly in the renderer process. It turns out base::mac::OuterBundle() returns the helper app's bundle in the renderer process. So now we have MainApplicationBundle() to give us the bundle of the main app.
2013-03-14 17:05:01 +00:00
'common/mac/main_application_bundle.h',
'common/mac/main_application_bundle.mm',
Initial commit
2013-03-13 19:12:05 +00:00
'common/main_delegate.cc',
'common/main_delegate.h',
'common/main_delegate_mac.mm',
],
'conditions': [
WIP: builds (but displys nothing) on Linux
2013-11-07 20:02:35 +00:00
['OS=="linux"', {
Add flag to disable clang under Linux.
2013-12-31 11:09:24 +00:00
'cflags_cc': [
WIP: builds (but displys nothing) on Linux
2013-11-07 20:02:35 +00:00
'-fno-rtti',
],
'link_settings': {
'libraries': [
'<(brightray_source_root)/<(libchromiumcontent_library_dir)/libchromiumcontent.so',
Link with chromiumviews on Linux and Windows. Without using chromiumviews it would be quite hard to setup a fully working environment with Aura on Linux now.
2014-07-03 08:30:26 +00:00
'<(brightray_source_root)/<(libchromiumcontent_library_dir)/libchromiumviews.a',
include library dependencies explicitly This is necessary for more recent versions of Clang, e.g., on Debian unstable.
2013-11-26 16:51:27 +00:00
'-lpthread',
use libnotify to pop up notifications on Linux
2013-12-18 21:02:49 +00:00
'<!@(pkg-config --libs gtk+-2.0 libnotify)',
WIP: builds (but displys nothing) on Linux
2013-11-07 20:02:35 +00:00
],
},
}],
Initial commit
2013-03-13 19:12:05 +00:00
['OS=="mac"', {
'link_settings': {
'libraries': [
Use abusolute path when linking to external libraries. Fixes #22. The ninja generator of gyp behaves strangely on the 'libraries' field of link settings, for example, specifying path to an external library works well on both xcodebuild and msvc generators, but the ninja generator would link to the wrong path (it can neither translate relative path correctly, nor convert the command line parameter to the '-lxxx' form). The only way to make all generators work on all platforms is to use abusolute paths for external libraries.
2013-07-02 07:12:34 +00:00
'<(brightray_source_root)/<(libchromiumcontent_library_dir)/libchromiumcontent.dylib',
Initial commit
2013-03-13 19:12:05 +00:00
'$(SDKROOT)/System/Library/Frameworks/AppKit.framework',
],
},
}],
Link against chromiumcontent.dll * vendor/libchromiumcontent 4aae27b...15ada44 (3): > Include chromiumcontent.dll's import library > Export sandbox/ headers > Mention that Python is required to build
2013-05-22 17:46:55 +00:00
['OS=="win"', {
'link_settings': {
'libraries': [
Use abusolute path when linking to external libraries. Fixes #22. The ninja generator of gyp behaves strangely on the 'libraries' field of link settings, for example, specifying path to an external library works well on both xcodebuild and msvc generators, but the ninja generator would link to the wrong path (it can neither translate relative path correctly, nor convert the command line parameter to the '-lxxx' form). The only way to make all generators work on all platforms is to use abusolute paths for external libraries.
2013-07-02 07:12:34 +00:00
'<(brightray_source_root)/<(libchromiumcontent_library_dir)/base_static.lib',
Link against chromiumviews This is needed for InspectableWebContentsViewWin.
2014-07-07 17:53:02 +00:00
'<(brightray_source_root)/<(libchromiumcontent_library_dir)/chromiumviews.lib',
Use abusolute path when linking to external libraries. Fixes #22. The ninja generator of gyp behaves strangely on the 'libraries' field of link settings, for example, specifying path to an external library works well on both xcodebuild and msvc generators, but the ninja generator would link to the wrong path (it can neither translate relative path correctly, nor convert the command line parameter to the '-lxxx' form). The only way to make all generators work on all platforms is to use abusolute paths for external libraries.
2013-07-02 07:12:34 +00:00
'<(brightray_source_root)/<(libchromiumcontent_library_dir)/chromiumcontent.dll.lib',
Link with chromiumviews on Linux and Windows. Without using chromiumviews it would be quite hard to setup a fully working environment with Aura on Linux now.
2014-07-03 08:30:26 +00:00
'<(brightray_source_root)/<(libchromiumcontent_library_dir)/chromiumviews.lib',
Use abusolute path when linking to external libraries. Fixes #22. The ninja generator of gyp behaves strangely on the 'libraries' field of link settings, for example, specifying path to an external library works well on both xcodebuild and msvc generators, but the ninja generator would link to the wrong path (it can neither translate relative path correctly, nor convert the command line parameter to the '-lxxx' form). The only way to make all generators work on all platforms is to use abusolute paths for external libraries.
2013-07-02 07:12:34 +00:00
'<(brightray_source_root)/<(libchromiumcontent_library_dir)/sandbox_static.lib',
Link against chromiumcontent.dll * vendor/libchromiumcontent 4aae27b...15ada44 (3): > Include chromiumcontent.dll's import library > Export sandbox/ headers > Mention that Python is required to build
2013-05-22 17:46:55 +00:00
],
},
}],
Initial commit
2013-03-13 19:12:05 +00:00
],
},
],
}
Reference in a new issue Copy permalink