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

118 lines
4.5 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)',
Make sure sk_stdint.h is in the include path
2013-05-14 18:13:09 +00:00
'<(libchromiumcontent_include_dir)/third_party/skia/include/config',
Initial commit
2013-03-13 19:12:05 +00:00
],
'direct_dependent_settings': {
'include_dirs': [
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)',
Make sure sk_stdint.h is in the include path
2013-05-14 18:13:09 +00:00
'<(libchromiumcontent_include_dir)/third_party/skia/include/config',
Some headers are including SkMtrix.h, fix compilation errors for them.
2013-07-05 03:58:49 +00:00
# For SkMatrix.h.
'<(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',
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',
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',
'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',
'browser/mac/bry_inspectable_web_contents_view_private.h',
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',
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"', {
'cflags': [
'-fno-rtti',
],
'link_settings': {
'libraries': [
'<(brightray_source_root)/<(libchromiumcontent_library_dir)/libchromiumcontent.so',
link libencryptor
2013-11-13 06:42:14 +00:00
'<(brightray_source_root)/<(libchromiumcontent_library_dir)/libencryptor.a',
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',
'<(brightray_source_root)/<(libchromiumcontent_library_dir)/chromiumcontent.dll.lib',
'<(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