vitalif
/
phantomjs
mirror of https://github.com/vitalif/phantomjs
1
0
Fork 0
Code Issues Releases Wiki Activity
phantomjs/src/phantomjs.pro

132 lines
3.4 KiB
Prolog
Raw Normal View History

Better Qt version check. * Allow any patchlevel of Qt 5.3.x. * Do it in the master .pro file instead of main.cpp; this makes the build fail immediately rather than after compiling a bunch of stuff. Part of issue #12467.
2014-08-14 04:00:03 +04:00
if(!equals(QT_MAJOR_VERSION, 5)|!equals(QT_MINOR_VERSION, 3)) {
error("This program can only be compiled with Qt 5.3.x.")
}
Import the old, working prototype.
2010-12-27 07:04:53 +03:00
TEMPLATE = app
TARGET = phantomjs
Long live PhantomJS 2! https://github.com/ariya/phantomjs/issues/10448
2014-07-24 21:25:46 +04:00
QT += network webkitwidgets
Console output on Windows
2010-12-28 02:26:22 +03:00
CONFIG += console
Commented out flags for "phantomjs.pro" that can be useful to have at hand.
2011-04-19 04:04:15 +04:00
Major refactoring of the CPP code into separate classes. This doesn't add ANY new feature: it's aimed only at separating code into more manageable pieces. Maybe it's not perfect yet, but it's a start.
2011-04-08 17:30:50 +04:00
DESTDIR = ../bin
Fix remote inspector when building statically. For some reason, it seems that checking CONFIG(static) inside src/phantomjs.pro is not reliable. That caused the STATIC_BUILD define not to be set, and hence Q_INIT_RESOURCE would never get called in main.cpp. Instead of using Q_INIT_RESOURCE, let's just compile the resources directly into the phantomjs binary. This means we don't need to detect whether Qt is linked statically or dynamically. https://code.google.com/p/phantomjs/issues/detail?id=430
2012-07-07 18:38:04 +04:00
RESOURCES = phantomjs.qrc \
Long live PhantomJS 2! https://github.com/ariya/phantomjs/issues/10448
2014-07-24 21:25:46 +04:00
ghostdriver/ghostdriver.qrc
Disable the phantom QPA on Windows. It cannot, nor should it, be selected on windows machines. There, we stick to the Windows QPA which is required to get a lot of things up and running, like an eventloop, socket integration etc. pp. There was code in the phantom QPA to make it compile, but it never actually worked since a lot of things where missing (such as instantiating QWindowsContext among others). https://github.com/ariya/phantomjs/issues/12494
2014-08-22 17:40:00 +04:00
!winrt:!win32: {
QTPLUGIN += qphantom
}
Major refactoring of the CPP code into separate classes. This doesn't add ANY new feature: it's aimed only at separating code into more manageable pieces. Maybe it's not perfect yet, but it's a start.
2011-04-08 17:30:50 +04:00
Remove CoffeeScript support. https://github.com/ariya/phantomjs/issues/12410
2014-07-30 10:50:04 +04:00
HEADERS += \
Major refactoring of the CPP code into separate classes. This doesn't add ANY new feature: it's aimed only at separating code into more manageable pieces. Maybe it's not perfect yet, but it's a start.
2011-04-08 17:30:50 +04:00
phantom.h \
Make it possible to print pages with user-defined headers/footers. Usage: page.paperSize = { margin: "1cm", header: { height: "1cm", contents: phantom.callback(function(pageNum, numPages) { return "<h1>" + pageNum + " / " + numPages + "</h1>"; }) }, footer: { height: "0.5cm", contents: phantom.callback(function(pageNum, numPages) { return "<h2>" + pageNum + " / " + numPages + "</h1>"; }) } }; Note: The contents can return arbitrary HTML but since we cannot re-layout the whole website for every page, the header/footers must have the static height defined in the height property. Note: The new example printheaderfooter.js shows the usage. It also shows how one could delegate the above to a JavaScript function on the loaded website, which allows one to print pages and let the actually printed page decide how the header/footer should look like. Note: The page-counter can be reset by adding the class "phantomjs_reset_pagination" to HTML block-elements that should reset the counter. ISSUE: 410 (http://code.google.com/p/phantomjs/issues/detail?id=410)
2012-04-11 17:23:25 +04:00
callback.h \
Major refactoring of the CPP code into separate classes. This doesn't add ANY new feature: it's aimed only at separating code into more manageable pieces. Maybe it's not perfect yet, but it's a start.
2011-04-08 17:30:50 +04:00
webpage.h \
first work towards a WebServer this is the minimal server that gets properly embedded into the phantomjs space but the .listen api is missing actually useful options (incoming request and ability to write to client)
2011-11-15 16:44:47 +04:00
webserver.h \
Major refactoring of the CPP code into separate classes. This doesn't add ANY new feature: it's aimed only at separating code into more manageable pieces. Maybe it's not perfect yet, but it's a start.
2011-04-08 17:30:50 +04:00
consts.h \
New "shim" Network Access Manager, new 'browsermode' example and more. The new Network Access Manager currently is designed to do just logging: - logs HTTP Method type - logs HTTP Destination URL The new 'browsermode': It's in "/examples" and make PhantomJS do just a call to "open(url)". It has a companion shell script to help with the task. Also, improvement for Message Handler: messages are now prefixed with ISO Datetime.
2011-04-08 20:55:10 +04:00
utils.h \
Introducing File I/O API in PhantomJS. * This is the squash of 30 commits, so it's meaty * Inspired by HammerJS (see https://github.com/senchalabs/hammerjs) * Not yet 100% complete * Final aim is to provide a CommonJS/Filesystem compliant API (see http://wiki.commonjs.org/wiki/Filesystem)
2011-06-14 14:28:51 +04:00
networkaccessmanager.h \
added persistent cookie support
2011-07-19 21:32:42 +04:00
cookiejar.h \
Wrap QTextCodec to control encoding/decoding
2011-08-16 21:47:28 +04:00
filesystem.h \
Implement the plumbing for CommonJS System module support. See http://wiki.commonjs.org/wiki/System. Based on the initial work from execjosh: https://github.com/ariya/phantomjs/pull/192 http://code.google.com/p/phantomjs/issues/detail?id=270
2012-03-15 10:17:03 +04:00
system.h \
Implement system.env to get system environment variables. Based on the initial work from execjosh: https://github.com/ariya/phantomjs/pull/192 See also http://wiki.commonjs.org/wiki/System#System_Interface. http://code.google.com/p/phantomjs/issues/detail?id=271
2012-03-15 12:19:23 +04:00
env.h \
Wrap stdout and stderr to control display encoding
2011-08-16 21:49:48 +04:00
terminal.h \
Create PhantomConfig and migrate output and script encoding settings
2011-08-26 22:02:35 +04:00
encoding.h \
A REPL for PhantomJS This covers [Issue 252](http://code.google.com/p/phantomjs/issues/detail?id=252) The commit is composed of 12 squashed commits: commit efdc6ba4f143c30a690fd97d92d80fa412e79999 Author: Ivan De Marino <ivan.de.marino@gmail.com> Date: Mon Feb 27 00:19:36 2012 +0000 Pretty-pringing and Completion Caching done! * This completes pretty-printing for the result of evaluated * expressions in the REPL. * Also, now we cache the "possible completions", to speed things up * a bit (nothing fancy though). * Minor tweaks to the internal doc and the way we "mock" * pretty-printing for QObjects/REPLCompletanle * All tests passing :) commit 1f9ef690e112a535b431fca409b77bb9c09d1c70 Author: Ivan De Marino <ivan.de.marino@gmail.com> Date: Sun Feb 26 22:35:00 2012 +0000 Moving most of REPL shim JavaScritp code in a separate file. Way easier to work on. commit 02d460a16fee14e7096ae7d899c03902c5b8a9c6 Author: Ivan De Marino <ivan.de.marino@gmail.com> Date: Sat Feb 25 20:25:18 2012 +0000 Initialisation of the Completions is now done in a pure virtual. This means that every REPLCompletable object will ACTUALLY register completion strings, ONLY if we are running a REPL and that object is ACTUALLY created. Otherwise, why bother? Adding completions for all exposed REPLCompletable objects Also, fixed an issue with _getCompletions() commit 412c3778fb04aa1c7379f8e760afce702b0428dd Author: Ivan De Marino <ivan.de.marino@gmail.com> Date: Tue Feb 21 00:49:17 2012 +0000 Few more tweaks to the REPL: - Now 'phantom' is the first QObject with proper completion - No repetition in QObject completions - LVAL of any user expression is now correctly prettified and printed Major things left to do: - Cache completions (using QCache?) - Add completions for the other QObject - When the LVAL of a user expression is a QObject, print what's expected, not the QObject "real" structure commit 46f04713c8165d898055e15478bb31403f8c93f1 Author: Ivan De Marino <ivan.de.marino@gmail.com> Date: Tue Feb 7 10:13:23 2012 -0800 Pretty-print expressions result Still not done though: there are issues with the NON-Native JS objects. commit 98b2fe67651dc750b62c6fa9cf1d80317fd9ae06 Author: Ivan De Marino <ivan.de.marino@gmail.com> Date: Fri Feb 3 00:22:52 2012 -0800 Introducing REPLCompletable. This class should be inherited by any JavaScript-exposed QObject, to ensure correct Auto-Completion. Correct auto-completion for QObjects. - Now even QObjects can correctly provide auto-completion, and avoid showing "not for users" methods - The strings used for the auto-completion are stored in a single Index: minimum memory footprint - Still, there is optimization that should be done (when "searching" for the right completion by prefix) - Completion for the objects not set up yet, but now it's just a trivial sequence of "addCompletion('bla')" in their constructors commit 9bd48618154b1530a37b41f4060440184e23253d Author: Ivan De Marino <ivan.de.marino@gmail.com> Date: Thu Feb 2 00:20:25 2012 -0800 Changing the way we import Linenoise. Will just import a specific commit, and update manually when needed. commit cfc9bae9fbdab13b01019b34b7cbd565e3153780 Author: Ivan De Marino <ivan.de.marino@gmail.com> Date: Sun Jan 29 23:22:26 2012 -0800 Made the REPL into a Singleton. With Auto-completion!. Reasons: 1) Needed a pointer to function (i.e. a static method) to be used with Linenoise to provide auto-completions 2) It makes more sense, as it's not like we are going to have 2 REPL running at the same time, are we? There are problems to address: - the enumeration in JS seems to return only the native interface of our objects - the function completions contain argument types of those functions - "private" methods are exposed commit c78bd32e17f8e0e4cc4a0066858de8cc81d33b97 Author: Ivan De Marino <ivan.de.marino@gmail.com> Date: Sun Jan 29 22:10:20 2012 -0800 Migrating from the original, now [unmantained Linenoise](https://github.com/antirez/linenoise) to the fairly active [tadmarshall fork](https://github.com/tadmarshall/linenoise). Also now the project is imported as a Git Submodule. Having migrated to the latest Linenoise (see prev. commit), now this _SHOULD_ work on Windows too. But, of course, this needs testing. :) commit 43713c5723d7c5ed446ba41ae8d6f8c9feba7f9b Author: Ivan De Marino <ivan.de.marino@gmail.com> Date: Tue Jan 24 23:17:06 2012 -0800 Now that the basics work, I'm adding support for REPL history. This is something almost everyone today is accustomed to. Also, now REPL history works! And I found some useful resources to solve pending TODOs. commit 31e5f88b044a5b4a823c67527ef8c245d2ac7863 Author: Ivan De Marino <ivan.de.marino@gmail.com> Date: Sun Jan 22 20:56:36 2012 -0800 Adding Linenoise Project (https://github.com/antirez/linenoise). For now is included as a drop-in set of files. Later on, if the Linenoise project has frequent updates, we might prefer to do it as a git-submodule. commit 4be9c15c65db4767e482fba0be13f8aab286d5f3 Author: Ivan De Marino <ivan.de.marino@gmail.com> Date: Thu Jan 5 15:31:13 2012 +0000 First simple REPL implementation. - Not complete - Still doesn't handle arrow keys (needed for history)
2012-01-05 19:31:13 +04:00
config.h \
Emulate spawn and execFile from node.js's child_process module This is a rudimentary implementation of the following methods from [node.js's `child_process` module][1]: * `spawn` * `execFile` The examples are relevant only for *nix operating systems... The following methods are Not Yet Implemented™: * `exec` * `fork` [1]: http://nodejs.org/docs/v0.8.16/api/child_process.html http://code.google.com/p/phantomjs/issues/detail?id=219
2012-12-28 17:43:25 +04:00
childprocess.h \
Automate lazy generation of REPL completion lists All invokable methods, slots, signals, and properties visible from JavaScript, but which do not start with an underscore, are lazily (only when necessary) added to the completion list through dynamic reflection. This leverages `QMetaObject` for reflection of `QObject`s. As such, there is now no need to inherit `REPLCompletable` and it has been removed. http://code.google.com/p/phantomjs/issues/detail?id=943
2012-12-29 20:23:10 +04:00
repl.h
first work towards a WebServer this is the minimal server that gets properly embedded into the phantomjs space but the .listen api is missing actually useful options (incoming request and ability to write to client)
2011-11-15 16:44:47 +04:00
Major refactoring of the CPP code into separate classes. This doesn't add ANY new feature: it's aimed only at separating code into more manageable pieces. Maybe it's not perfect yet, but it's a start.
2011-04-08 17:30:50 +04:00
SOURCES += phantom.cpp \
Make it possible to print pages with user-defined headers/footers. Usage: page.paperSize = { margin: "1cm", header: { height: "1cm", contents: phantom.callback(function(pageNum, numPages) { return "<h1>" + pageNum + " / " + numPages + "</h1>"; }) }, footer: { height: "0.5cm", contents: phantom.callback(function(pageNum, numPages) { return "<h2>" + pageNum + " / " + numPages + "</h1>"; }) } }; Note: The contents can return arbitrary HTML but since we cannot re-layout the whole website for every page, the header/footers must have the static height defined in the height property. Note: The new example printheaderfooter.js shows the usage. It also shows how one could delegate the above to a JavaScript function on the loaded website, which allows one to print pages and let the actually printed page decide how the header/footer should look like. Note: The page-counter can be reset by adding the class "phantomjs_reset_pagination" to HTML block-elements that should reset the counter. ISSUE: 410 (http://code.google.com/p/phantomjs/issues/detail?id=410)
2012-04-11 17:23:25 +04:00
callback.cpp \
Major refactoring of the CPP code into separate classes. This doesn't add ANY new feature: it's aimed only at separating code into more manageable pieces. Maybe it's not perfect yet, but it's a start.
2011-04-08 17:30:50 +04:00
webpage.cpp \
first work towards a WebServer this is the minimal server that gets properly embedded into the phantomjs space but the .listen api is missing actually useful options (incoming request and ability to write to client)
2011-11-15 16:44:47 +04:00
webserver.cpp \
Major refactoring of the CPP code into separate classes. This doesn't add ANY new feature: it's aimed only at separating code into more manageable pieces. Maybe it's not perfect yet, but it's a start.
2011-04-08 17:30:50 +04:00
main.cpp \
New "shim" Network Access Manager, new 'browsermode' example and more. The new Network Access Manager currently is designed to do just logging: - logs HTTP Method type - logs HTTP Destination URL The new 'browsermode': It's in "/examples" and make PhantomJS do just a call to "open(url)". It has a companion shell script to help with the task. Also, improvement for Message Handler: messages are now prefixed with ISO Datetime.
2011-04-08 20:55:10 +04:00
utils.cpp \
Introducing File I/O API in PhantomJS. * This is the squash of 30 commits, so it's meaty * Inspired by HammerJS (see https://github.com/senchalabs/hammerjs) * Not yet 100% complete * Final aim is to provide a CommonJS/Filesystem compliant API (see http://wiki.commonjs.org/wiki/Filesystem)
2011-06-14 14:28:51 +04:00
networkaccessmanager.cpp \
added persistent cookie support
2011-07-19 21:32:42 +04:00
cookiejar.cpp \
Wrap QTextCodec to control encoding/decoding
2011-08-16 21:47:28 +04:00
filesystem.cpp \
Implement the plumbing for CommonJS System module support. See http://wiki.commonjs.org/wiki/System. Based on the initial work from execjosh: https://github.com/ariya/phantomjs/pull/192 http://code.google.com/p/phantomjs/issues/detail?id=270
2012-03-15 10:17:03 +04:00
system.cpp \
Implement system.env to get system environment variables. Based on the initial work from execjosh: https://github.com/ariya/phantomjs/pull/192 See also http://wiki.commonjs.org/wiki/System#System_Interface. http://code.google.com/p/phantomjs/issues/detail?id=271
2012-03-15 12:19:23 +04:00
env.cpp \
Wrap stdout and stderr to control display encoding
2011-08-16 21:49:48 +04:00
terminal.cpp \
Create PhantomConfig and migrate output and script encoding settings
2011-08-26 22:02:35 +04:00
encoding.cpp \
A REPL for PhantomJS This covers [Issue 252](http://code.google.com/p/phantomjs/issues/detail?id=252) The commit is composed of 12 squashed commits: commit efdc6ba4f143c30a690fd97d92d80fa412e79999 Author: Ivan De Marino <ivan.de.marino@gmail.com> Date: Mon Feb 27 00:19:36 2012 +0000 Pretty-pringing and Completion Caching done! * This completes pretty-printing for the result of evaluated * expressions in the REPL. * Also, now we cache the "possible completions", to speed things up * a bit (nothing fancy though). * Minor tweaks to the internal doc and the way we "mock" * pretty-printing for QObjects/REPLCompletanle * All tests passing :) commit 1f9ef690e112a535b431fca409b77bb9c09d1c70 Author: Ivan De Marino <ivan.de.marino@gmail.com> Date: Sun Feb 26 22:35:00 2012 +0000 Moving most of REPL shim JavaScritp code in a separate file. Way easier to work on. commit 02d460a16fee14e7096ae7d899c03902c5b8a9c6 Author: Ivan De Marino <ivan.de.marino@gmail.com> Date: Sat Feb 25 20:25:18 2012 +0000 Initialisation of the Completions is now done in a pure virtual. This means that every REPLCompletable object will ACTUALLY register completion strings, ONLY if we are running a REPL and that object is ACTUALLY created. Otherwise, why bother? Adding completions for all exposed REPLCompletable objects Also, fixed an issue with _getCompletions() commit 412c3778fb04aa1c7379f8e760afce702b0428dd Author: Ivan De Marino <ivan.de.marino@gmail.com> Date: Tue Feb 21 00:49:17 2012 +0000 Few more tweaks to the REPL: - Now 'phantom' is the first QObject with proper completion - No repetition in QObject completions - LVAL of any user expression is now correctly prettified and printed Major things left to do: - Cache completions (using QCache?) - Add completions for the other QObject - When the LVAL of a user expression is a QObject, print what's expected, not the QObject "real" structure commit 46f04713c8165d898055e15478bb31403f8c93f1 Author: Ivan De Marino <ivan.de.marino@gmail.com> Date: Tue Feb 7 10:13:23 2012 -0800 Pretty-print expressions result Still not done though: there are issues with the NON-Native JS objects. commit 98b2fe67651dc750b62c6fa9cf1d80317fd9ae06 Author: Ivan De Marino <ivan.de.marino@gmail.com> Date: Fri Feb 3 00:22:52 2012 -0800 Introducing REPLCompletable. This class should be inherited by any JavaScript-exposed QObject, to ensure correct Auto-Completion. Correct auto-completion for QObjects. - Now even QObjects can correctly provide auto-completion, and avoid showing "not for users" methods - The strings used for the auto-completion are stored in a single Index: minimum memory footprint - Still, there is optimization that should be done (when "searching" for the right completion by prefix) - Completion for the objects not set up yet, but now it's just a trivial sequence of "addCompletion('bla')" in their constructors commit 9bd48618154b1530a37b41f4060440184e23253d Author: Ivan De Marino <ivan.de.marino@gmail.com> Date: Thu Feb 2 00:20:25 2012 -0800 Changing the way we import Linenoise. Will just import a specific commit, and update manually when needed. commit cfc9bae9fbdab13b01019b34b7cbd565e3153780 Author: Ivan De Marino <ivan.de.marino@gmail.com> Date: Sun Jan 29 23:22:26 2012 -0800 Made the REPL into a Singleton. With Auto-completion!. Reasons: 1) Needed a pointer to function (i.e. a static method) to be used with Linenoise to provide auto-completions 2) It makes more sense, as it's not like we are going to have 2 REPL running at the same time, are we? There are problems to address: - the enumeration in JS seems to return only the native interface of our objects - the function completions contain argument types of those functions - "private" methods are exposed commit c78bd32e17f8e0e4cc4a0066858de8cc81d33b97 Author: Ivan De Marino <ivan.de.marino@gmail.com> Date: Sun Jan 29 22:10:20 2012 -0800 Migrating from the original, now [unmantained Linenoise](https://github.com/antirez/linenoise) to the fairly active [tadmarshall fork](https://github.com/tadmarshall/linenoise). Also now the project is imported as a Git Submodule. Having migrated to the latest Linenoise (see prev. commit), now this _SHOULD_ work on Windows too. But, of course, this needs testing. :) commit 43713c5723d7c5ed446ba41ae8d6f8c9feba7f9b Author: Ivan De Marino <ivan.de.marino@gmail.com> Date: Tue Jan 24 23:17:06 2012 -0800 Now that the basics work, I'm adding support for REPL history. This is something almost everyone today is accustomed to. Also, now REPL history works! And I found some useful resources to solve pending TODOs. commit 31e5f88b044a5b4a823c67527ef8c245d2ac7863 Author: Ivan De Marino <ivan.de.marino@gmail.com> Date: Sun Jan 22 20:56:36 2012 -0800 Adding Linenoise Project (https://github.com/antirez/linenoise). For now is included as a drop-in set of files. Later on, if the Linenoise project has frequent updates, we might prefer to do it as a git-submodule. commit 4be9c15c65db4767e482fba0be13f8aab286d5f3 Author: Ivan De Marino <ivan.de.marino@gmail.com> Date: Thu Jan 5 15:31:13 2012 +0000 First simple REPL implementation. - Not complete - Still doesn't handle arrow keys (needed for history)
2012-01-05 19:31:13 +04:00
config.cpp \
Emulate spawn and execFile from node.js's child_process module This is a rudimentary implementation of the following methods from [node.js's `child_process` module][1]: * `spawn` * `execFile` The examples are relevant only for *nix operating systems... The following methods are Not Yet Implemented™: * `exec` * `fork` [1]: http://nodejs.org/docs/v0.8.16/api/child_process.html http://code.google.com/p/phantomjs/issues/detail?id=219
2012-12-28 17:43:25 +04:00
childprocess.cpp \
Automate lazy generation of REPL completion lists All invokable methods, slots, signals, and properties visible from JavaScript, but which do not start with an underscore, are lazily (only when necessary) added to the completion list through dynamic reflection. This leverages `QMetaObject` for reflection of `QObject`s. As such, there is now no need to inherit `REPLCompletable` and it has been removed. http://code.google.com/p/phantomjs/issues/detail?id=943
2012-12-29 20:23:10 +04:00
repl.cpp
Support for rasterizing as GIF image.
2011-02-20 09:07:22 +03:00
Use QCommandLine for command-line options handling. http://code.google.com/p/phantomjs/issues/detail?id=55
2012-09-03 14:30:56 +04:00
OTHER_FILES += \
Implement require('fs'). This is mostly based on Ivan's work, see https://github.com/ariya/phantomjs/pull/153 http://code.google.com/p/phantomjs/issues/detail?id=47
2011-09-08 20:55:50 +04:00
bootstrap.js \
Refactoring on the module implementation. This is mostly based on Ivan's work, see https://github.com/ariya/phantomjs/pull/153 http://code.google.com/p/phantomjs/issues/detail?id=47
2011-09-11 12:00:21 +04:00
configurator.js \
modules/fs.js \
first work towards a WebServer this is the minimal server that gets properly embedded into the phantomjs space but the .listen api is missing actually useful options (incoming request and ability to write to client)
2011-11-15 16:44:47 +04:00
modules/webpage.js \
A REPL for PhantomJS This covers [Issue 252](http://code.google.com/p/phantomjs/issues/detail?id=252) The commit is composed of 12 squashed commits: commit efdc6ba4f143c30a690fd97d92d80fa412e79999 Author: Ivan De Marino <ivan.de.marino@gmail.com> Date: Mon Feb 27 00:19:36 2012 +0000 Pretty-pringing and Completion Caching done! * This completes pretty-printing for the result of evaluated * expressions in the REPL. * Also, now we cache the "possible completions", to speed things up * a bit (nothing fancy though). * Minor tweaks to the internal doc and the way we "mock" * pretty-printing for QObjects/REPLCompletanle * All tests passing :) commit 1f9ef690e112a535b431fca409b77bb9c09d1c70 Author: Ivan De Marino <ivan.de.marino@gmail.com> Date: Sun Feb 26 22:35:00 2012 +0000 Moving most of REPL shim JavaScritp code in a separate file. Way easier to work on. commit 02d460a16fee14e7096ae7d899c03902c5b8a9c6 Author: Ivan De Marino <ivan.de.marino@gmail.com> Date: Sat Feb 25 20:25:18 2012 +0000 Initialisation of the Completions is now done in a pure virtual. This means that every REPLCompletable object will ACTUALLY register completion strings, ONLY if we are running a REPL and that object is ACTUALLY created. Otherwise, why bother? Adding completions for all exposed REPLCompletable objects Also, fixed an issue with _getCompletions() commit 412c3778fb04aa1c7379f8e760afce702b0428dd Author: Ivan De Marino <ivan.de.marino@gmail.com> Date: Tue Feb 21 00:49:17 2012 +0000 Few more tweaks to the REPL: - Now 'phantom' is the first QObject with proper completion - No repetition in QObject completions - LVAL of any user expression is now correctly prettified and printed Major things left to do: - Cache completions (using QCache?) - Add completions for the other QObject - When the LVAL of a user expression is a QObject, print what's expected, not the QObject "real" structure commit 46f04713c8165d898055e15478bb31403f8c93f1 Author: Ivan De Marino <ivan.de.marino@gmail.com> Date: Tue Feb 7 10:13:23 2012 -0800 Pretty-print expressions result Still not done though: there are issues with the NON-Native JS objects. commit 98b2fe67651dc750b62c6fa9cf1d80317fd9ae06 Author: Ivan De Marino <ivan.de.marino@gmail.com> Date: Fri Feb 3 00:22:52 2012 -0800 Introducing REPLCompletable. This class should be inherited by any JavaScript-exposed QObject, to ensure correct Auto-Completion. Correct auto-completion for QObjects. - Now even QObjects can correctly provide auto-completion, and avoid showing "not for users" methods - The strings used for the auto-completion are stored in a single Index: minimum memory footprint - Still, there is optimization that should be done (when "searching" for the right completion by prefix) - Completion for the objects not set up yet, but now it's just a trivial sequence of "addCompletion('bla')" in their constructors commit 9bd48618154b1530a37b41f4060440184e23253d Author: Ivan De Marino <ivan.de.marino@gmail.com> Date: Thu Feb 2 00:20:25 2012 -0800 Changing the way we import Linenoise. Will just import a specific commit, and update manually when needed. commit cfc9bae9fbdab13b01019b34b7cbd565e3153780 Author: Ivan De Marino <ivan.de.marino@gmail.com> Date: Sun Jan 29 23:22:26 2012 -0800 Made the REPL into a Singleton. With Auto-completion!. Reasons: 1) Needed a pointer to function (i.e. a static method) to be used with Linenoise to provide auto-completions 2) It makes more sense, as it's not like we are going to have 2 REPL running at the same time, are we? There are problems to address: - the enumeration in JS seems to return only the native interface of our objects - the function completions contain argument types of those functions - "private" methods are exposed commit c78bd32e17f8e0e4cc4a0066858de8cc81d33b97 Author: Ivan De Marino <ivan.de.marino@gmail.com> Date: Sun Jan 29 22:10:20 2012 -0800 Migrating from the original, now [unmantained Linenoise](https://github.com/antirez/linenoise) to the fairly active [tadmarshall fork](https://github.com/tadmarshall/linenoise). Also now the project is imported as a Git Submodule. Having migrated to the latest Linenoise (see prev. commit), now this _SHOULD_ work on Windows too. But, of course, this needs testing. :) commit 43713c5723d7c5ed446ba41ae8d6f8c9feba7f9b Author: Ivan De Marino <ivan.de.marino@gmail.com> Date: Tue Jan 24 23:17:06 2012 -0800 Now that the basics work, I'm adding support for REPL history. This is something almost everyone today is accustomed to. Also, now REPL history works! And I found some useful resources to solve pending TODOs. commit 31e5f88b044a5b4a823c67527ef8c245d2ac7863 Author: Ivan De Marino <ivan.de.marino@gmail.com> Date: Sun Jan 22 20:56:36 2012 -0800 Adding Linenoise Project (https://github.com/antirez/linenoise). For now is included as a drop-in set of files. Later on, if the Linenoise project has frequent updates, we might prefer to do it as a git-submodule. commit 4be9c15c65db4767e482fba0be13f8aab286d5f3 Author: Ivan De Marino <ivan.de.marino@gmail.com> Date: Thu Jan 5 15:31:13 2012 +0000 First simple REPL implementation. - Not complete - Still doesn't handle arrow keys (needed for history)
2012-01-05 19:31:13 +04:00
modules/webserver.js \
Emulate spawn and execFile from node.js's child_process module This is a rudimentary implementation of the following methods from [node.js's `child_process` module][1]: * `spawn` * `execFile` The examples are relevant only for *nix operating systems... The following methods are Not Yet Implemented™: * `exec` * `fork` [1]: http://nodejs.org/docs/v0.8.16/api/child_process.html http://code.google.com/p/phantomjs/issues/detail?id=219
2012-12-28 17:43:25 +04:00
modules/child_process.js \
Adds support for multiple Cookie Jars. Previously, there was a single global cookie jar shared between all web pages. Now, one can have separate cookie jars for different web pages. Makes CookieJar a normal class, not a singleton. Moves many public CookieJar methods to public slots. Adds default cookie jar to Phantom. Adds the CookieJar module that provides access to cookie jars in javascript. Adds cookie jar module tests. Usage: var jar = require('cookiejar').create(); var webpage = require('webpage').create(); webpage.cookieJar = jar; ... webpage.close(); jar.close(); JS API changes: Webpage: var jar = page.cookieJar; -- assigns 'jar' the given webpage's cookie jar. page.cookiejar = jar; -- sets 'jar' as the given webpage's cookie jar. CookieJar: var jar = require('cookiejar').create(path) creates a cookie jar with persistent storage at the given file path (path not mandatory). var cookies = jar.cookies; -- assign's 'jar' the list of cookies in the cookie jar. jar.cookies = [c1, c2]; -- sets the cookie jar's cookies as the ones in the list. jar.addCookie(cookie) -- adds cookie 'cookie' to the cookie jar. https://github.com/ariya/phantomjs/issues/11417
2013-06-18 23:09:36 +04:00
modules/cookiejar.js \
A REPL for PhantomJS This covers [Issue 252](http://code.google.com/p/phantomjs/issues/detail?id=252) The commit is composed of 12 squashed commits: commit efdc6ba4f143c30a690fd97d92d80fa412e79999 Author: Ivan De Marino <ivan.de.marino@gmail.com> Date: Mon Feb 27 00:19:36 2012 +0000 Pretty-pringing and Completion Caching done! * This completes pretty-printing for the result of evaluated * expressions in the REPL. * Also, now we cache the "possible completions", to speed things up * a bit (nothing fancy though). * Minor tweaks to the internal doc and the way we "mock" * pretty-printing for QObjects/REPLCompletanle * All tests passing :) commit 1f9ef690e112a535b431fca409b77bb9c09d1c70 Author: Ivan De Marino <ivan.de.marino@gmail.com> Date: Sun Feb 26 22:35:00 2012 +0000 Moving most of REPL shim JavaScritp code in a separate file. Way easier to work on. commit 02d460a16fee14e7096ae7d899c03902c5b8a9c6 Author: Ivan De Marino <ivan.de.marino@gmail.com> Date: Sat Feb 25 20:25:18 2012 +0000 Initialisation of the Completions is now done in a pure virtual. This means that every REPLCompletable object will ACTUALLY register completion strings, ONLY if we are running a REPL and that object is ACTUALLY created. Otherwise, why bother? Adding completions for all exposed REPLCompletable objects Also, fixed an issue with _getCompletions() commit 412c3778fb04aa1c7379f8e760afce702b0428dd Author: Ivan De Marino <ivan.de.marino@gmail.com> Date: Tue Feb 21 00:49:17 2012 +0000 Few more tweaks to the REPL: - Now 'phantom' is the first QObject with proper completion - No repetition in QObject completions - LVAL of any user expression is now correctly prettified and printed Major things left to do: - Cache completions (using QCache?) - Add completions for the other QObject - When the LVAL of a user expression is a QObject, print what's expected, not the QObject "real" structure commit 46f04713c8165d898055e15478bb31403f8c93f1 Author: Ivan De Marino <ivan.de.marino@gmail.com> Date: Tue Feb 7 10:13:23 2012 -0800 Pretty-print expressions result Still not done though: there are issues with the NON-Native JS objects. commit 98b2fe67651dc750b62c6fa9cf1d80317fd9ae06 Author: Ivan De Marino <ivan.de.marino@gmail.com> Date: Fri Feb 3 00:22:52 2012 -0800 Introducing REPLCompletable. This class should be inherited by any JavaScript-exposed QObject, to ensure correct Auto-Completion. Correct auto-completion for QObjects. - Now even QObjects can correctly provide auto-completion, and avoid showing "not for users" methods - The strings used for the auto-completion are stored in a single Index: minimum memory footprint - Still, there is optimization that should be done (when "searching" for the right completion by prefix) - Completion for the objects not set up yet, but now it's just a trivial sequence of "addCompletion('bla')" in their constructors commit 9bd48618154b1530a37b41f4060440184e23253d Author: Ivan De Marino <ivan.de.marino@gmail.com> Date: Thu Feb 2 00:20:25 2012 -0800 Changing the way we import Linenoise. Will just import a specific commit, and update manually when needed. commit cfc9bae9fbdab13b01019b34b7cbd565e3153780 Author: Ivan De Marino <ivan.de.marino@gmail.com> Date: Sun Jan 29 23:22:26 2012 -0800 Made the REPL into a Singleton. With Auto-completion!. Reasons: 1) Needed a pointer to function (i.e. a static method) to be used with Linenoise to provide auto-completions 2) It makes more sense, as it's not like we are going to have 2 REPL running at the same time, are we? There are problems to address: - the enumeration in JS seems to return only the native interface of our objects - the function completions contain argument types of those functions - "private" methods are exposed commit c78bd32e17f8e0e4cc4a0066858de8cc81d33b97 Author: Ivan De Marino <ivan.de.marino@gmail.com> Date: Sun Jan 29 22:10:20 2012 -0800 Migrating from the original, now [unmantained Linenoise](https://github.com/antirez/linenoise) to the fairly active [tadmarshall fork](https://github.com/tadmarshall/linenoise). Also now the project is imported as a Git Submodule. Having migrated to the latest Linenoise (see prev. commit), now this _SHOULD_ work on Windows too. But, of course, this needs testing. :) commit 43713c5723d7c5ed446ba41ae8d6f8c9feba7f9b Author: Ivan De Marino <ivan.de.marino@gmail.com> Date: Tue Jan 24 23:17:06 2012 -0800 Now that the basics work, I'm adding support for REPL history. This is something almost everyone today is accustomed to. Also, now REPL history works! And I found some useful resources to solve pending TODOs. commit 31e5f88b044a5b4a823c67527ef8c245d2ac7863 Author: Ivan De Marino <ivan.de.marino@gmail.com> Date: Sun Jan 22 20:56:36 2012 -0800 Adding Linenoise Project (https://github.com/antirez/linenoise). For now is included as a drop-in set of files. Later on, if the Linenoise project has frequent updates, we might prefer to do it as a git-submodule. commit 4be9c15c65db4767e482fba0be13f8aab286d5f3 Author: Ivan De Marino <ivan.de.marino@gmail.com> Date: Thu Jan 5 15:31:13 2012 +0000 First simple REPL implementation. - Not complete - Still doesn't handle arrow keys (needed for history)
2012-01-05 19:31:13 +04:00
repl.js
List bootstrap.js in Qt Creator under "Other Files"
2011-06-30 07:13:11 +04:00
move mongoose dir, use same setup like in gif folder
2011-11-05 18:58:03 +04:00
include(mongoose/mongoose.pri)
A REPL for PhantomJS This covers [Issue 252](http://code.google.com/p/phantomjs/issues/detail?id=252) The commit is composed of 12 squashed commits: commit efdc6ba4f143c30a690fd97d92d80fa412e79999 Author: Ivan De Marino <ivan.de.marino@gmail.com> Date: Mon Feb 27 00:19:36 2012 +0000 Pretty-pringing and Completion Caching done! * This completes pretty-printing for the result of evaluated * expressions in the REPL. * Also, now we cache the "possible completions", to speed things up * a bit (nothing fancy though). * Minor tweaks to the internal doc and the way we "mock" * pretty-printing for QObjects/REPLCompletanle * All tests passing :) commit 1f9ef690e112a535b431fca409b77bb9c09d1c70 Author: Ivan De Marino <ivan.de.marino@gmail.com> Date: Sun Feb 26 22:35:00 2012 +0000 Moving most of REPL shim JavaScritp code in a separate file. Way easier to work on. commit 02d460a16fee14e7096ae7d899c03902c5b8a9c6 Author: Ivan De Marino <ivan.de.marino@gmail.com> Date: Sat Feb 25 20:25:18 2012 +0000 Initialisation of the Completions is now done in a pure virtual. This means that every REPLCompletable object will ACTUALLY register completion strings, ONLY if we are running a REPL and that object is ACTUALLY created. Otherwise, why bother? Adding completions for all exposed REPLCompletable objects Also, fixed an issue with _getCompletions() commit 412c3778fb04aa1c7379f8e760afce702b0428dd Author: Ivan De Marino <ivan.de.marino@gmail.com> Date: Tue Feb 21 00:49:17 2012 +0000 Few more tweaks to the REPL: - Now 'phantom' is the first QObject with proper completion - No repetition in QObject completions - LVAL of any user expression is now correctly prettified and printed Major things left to do: - Cache completions (using QCache?) - Add completions for the other QObject - When the LVAL of a user expression is a QObject, print what's expected, not the QObject "real" structure commit 46f04713c8165d898055e15478bb31403f8c93f1 Author: Ivan De Marino <ivan.de.marino@gmail.com> Date: Tue Feb 7 10:13:23 2012 -0800 Pretty-print expressions result Still not done though: there are issues with the NON-Native JS objects. commit 98b2fe67651dc750b62c6fa9cf1d80317fd9ae06 Author: Ivan De Marino <ivan.de.marino@gmail.com> Date: Fri Feb 3 00:22:52 2012 -0800 Introducing REPLCompletable. This class should be inherited by any JavaScript-exposed QObject, to ensure correct Auto-Completion. Correct auto-completion for QObjects. - Now even QObjects can correctly provide auto-completion, and avoid showing "not for users" methods - The strings used for the auto-completion are stored in a single Index: minimum memory footprint - Still, there is optimization that should be done (when "searching" for the right completion by prefix) - Completion for the objects not set up yet, but now it's just a trivial sequence of "addCompletion('bla')" in their constructors commit 9bd48618154b1530a37b41f4060440184e23253d Author: Ivan De Marino <ivan.de.marino@gmail.com> Date: Thu Feb 2 00:20:25 2012 -0800 Changing the way we import Linenoise. Will just import a specific commit, and update manually when needed. commit cfc9bae9fbdab13b01019b34b7cbd565e3153780 Author: Ivan De Marino <ivan.de.marino@gmail.com> Date: Sun Jan 29 23:22:26 2012 -0800 Made the REPL into a Singleton. With Auto-completion!. Reasons: 1) Needed a pointer to function (i.e. a static method) to be used with Linenoise to provide auto-completions 2) It makes more sense, as it's not like we are going to have 2 REPL running at the same time, are we? There are problems to address: - the enumeration in JS seems to return only the native interface of our objects - the function completions contain argument types of those functions - "private" methods are exposed commit c78bd32e17f8e0e4cc4a0066858de8cc81d33b97 Author: Ivan De Marino <ivan.de.marino@gmail.com> Date: Sun Jan 29 22:10:20 2012 -0800 Migrating from the original, now [unmantained Linenoise](https://github.com/antirez/linenoise) to the fairly active [tadmarshall fork](https://github.com/tadmarshall/linenoise). Also now the project is imported as a Git Submodule. Having migrated to the latest Linenoise (see prev. commit), now this _SHOULD_ work on Windows too. But, of course, this needs testing. :) commit 43713c5723d7c5ed446ba41ae8d6f8c9feba7f9b Author: Ivan De Marino <ivan.de.marino@gmail.com> Date: Tue Jan 24 23:17:06 2012 -0800 Now that the basics work, I'm adding support for REPL history. This is something almost everyone today is accustomed to. Also, now REPL history works! And I found some useful resources to solve pending TODOs. commit 31e5f88b044a5b4a823c67527ef8c245d2ac7863 Author: Ivan De Marino <ivan.de.marino@gmail.com> Date: Sun Jan 22 20:56:36 2012 -0800 Adding Linenoise Project (https://github.com/antirez/linenoise). For now is included as a drop-in set of files. Later on, if the Linenoise project has frequent updates, we might prefer to do it as a git-submodule. commit 4be9c15c65db4767e482fba0be13f8aab286d5f3 Author: Ivan De Marino <ivan.de.marino@gmail.com> Date: Thu Jan 5 15:31:13 2012 +0000 First simple REPL implementation. - Not complete - Still doesn't handle arrow keys (needed for history)
2012-01-05 19:31:13 +04:00
include(linenoise/linenoise.pri)
Build QCommandLine. http://code.google.com/p/phantomjs/issues/detail?id=55
2012-09-03 13:59:02 +04:00
include(qcommandline/qcommandline.pri)
Add icon files for Windows and OS/2. Issue: http://code.google.com/p/phantomjs/issues/detail?id=60 This improvement is provided by Salvador Parra Camacho.
2011-03-19 09:40:40 +03:00
Set proper jobs number and library paths before building in OpenBSD https://github.com/ariya/phantomjs/issues/10996
2013-11-25 12:43:43 +04:00
linux*|mac|openbsd* {
Compile the breakpad client in directly. This removes the need to build breakpad as a separate step. PhantomJS developers will still need to cd src/breakpad && ./configure && make in order to analyse crash dumps, but it is not longer necessary in order to build PhantomJS itself. https://code.google.com/p/phantomjs/issues/detail?id=576
2012-06-11 00:40:49 +04:00
INCLUDEPATH += breakpad/src
Add breakpad support for Mac This provides support for compiling the breakpad client into PhantomJS, and generifies that Linux packaging scripts so that they also apply to OS X and automate the symbol generation. Building the Breakpad tool programs seems to be less than straightforward on OS X, and documentation is poor. We have managed to produce tools/dump-syms-mac.pro which allows building the dump_syms program for dumping the debugging symbols. This needed a couple of modifications to breakpad in order to compile successfully. We have run out of time to work on making the minidump_stackwalk program build. However, this is solely a developer tool and so it can wait until after the 1.6 release before we complete this work. Testing is welcome! https://code.google.com/p/phantomjs/issues/detail?id=576
2012-06-19 01:35:38 +04:00
SOURCES += breakpad/src/client/minidump_file_writer.cc \
breakpad/src/common/convert_UTF.c \
breakpad/src/common/md5.cc \
breakpad/src/common/string_conversion.cc
}
linux* {
Compile the breakpad client in directly. This removes the need to build breakpad as a separate step. PhantomJS developers will still need to cd src/breakpad && ./configure && make in order to analyse crash dumps, but it is not longer necessary in order to build PhantomJS itself. https://code.google.com/p/phantomjs/issues/detail?id=576
2012-06-11 00:40:49 +04:00
SOURCES += breakpad/src/client/linux/crash_generation/crash_generation_client.cc \
breakpad/src/client/linux/handler/exception_handler.cc \
breakpad/src/client/linux/log/log.cc \
breakpad/src/client/linux/minidump_writer/linux_dumper.cc \
breakpad/src/client/linux/minidump_writer/linux_ptrace_dumper.cc \
breakpad/src/client/linux/minidump_writer/minidump_writer.cc \
breakpad/src/common/linux/file_id.cc \
breakpad/src/common/linux/guid_creator.cc \
breakpad/src/common/linux/memory_mapped_file.cc \
breakpad/src/common/linux/safe_readlink.cc
Integrate Google Breakpad crash reporter. Linux only for now.
2012-06-05 23:22:12 +04:00
}
Add breakpad support for Mac This provides support for compiling the breakpad client into PhantomJS, and generifies that Linux packaging scripts so that they also apply to OS X and automate the symbol generation. Building the Breakpad tool programs seems to be less than straightforward on OS X, and documentation is poor. We have managed to produce tools/dump-syms-mac.pro which allows building the dump_syms program for dumping the debugging symbols. This needed a couple of modifications to breakpad in order to compile successfully. We have run out of time to work on making the minidump_stackwalk program build. However, this is solely a developer tool and so it can wait until after the 1.6 release before we complete this work. Testing is welcome! https://code.google.com/p/phantomjs/issues/detail?id=576
2012-06-19 01:35:38 +04:00
mac {
SOURCES += breakpad/src/client/mac/crash_generation/crash_generation_client.cc \
breakpad/src/client/mac/handler/exception_handler.cc \
breakpad/src/client/mac/handler/minidump_generator.cc \
breakpad/src/client/mac/handler/dynamic_images.cc \
breakpad/src/client/mac/handler/breakpad_nlist_64.cc \
breakpad/src/common/mac/bootstrap_compat.cc \
breakpad/src/common/mac/file_id.cc \
breakpad/src/common/mac/macho_id.cc \
breakpad/src/common/mac/macho_utilities.cc \
breakpad/src/common/mac/macho_walker.cc \
breakpad/src/common/mac/string_utilities.cc
OBJECTIVE_SOURCES += breakpad/src/common/mac/MachIPC.mm
}
Add icon files for Windows and OS/2. Issue: http://code.google.com/p/phantomjs/issues/detail?id=60 This improvement is provided by Salvador Parra Camacho.
2011-03-19 09:40:40 +03:00
win32: RC_FILE = phantomjs_win.rc
os2: RC_FILE = phantomjs_os2.rc
Commented out flags for "phantomjs.pro" that can be useful to have at hand.
2011-04-19 04:04:15 +04:00
Given the progress made by Alessandro with [#140](http://code.google.com/p/phantomjs/issues/detail?id=140), we should consider re-instating this .pro option for Mac. Yes, it will still show the Icon in the Dock, but we gain the static executable.
2011-08-02 01:40:07 +04:00
mac {
Fix visibility warnings during the linking stage. http://code.google.com/p/phantomjs/issues/detail?id=449
2012-03-23 10:05:46 +04:00
QMAKE_CXXFLAGS += -fvisibility=hidden
Mac: Embed Info.plist in the executable. Info.plist is needed to surpress the dock icon. Up to now, we need to have the file available at run-time. With this change, the contents of Info.plist are embedded in the executable at the linking stage, thus there is no need to deploy the Info.plist file anymore. Credit to Smokey Ardisson for the tip. http://code.google.com/p/phantomjs/issues/detail?id=528
2012-05-08 03:41:04 +04:00
QMAKE_LFLAGS += '-sectcreate __TEXT __info_plist Info.plist'
Given the progress made by Alessandro with [#140](http://code.google.com/p/phantomjs/issues/detail?id=140), we should consider re-instating this .pro option for Mac. Yes, it will still show the Icon in the Dock, but we gain the static executable.
2011-08-02 01:40:07 +04:00
CONFIG -= app_bundle
Commented out flags for "phantomjs.pro" that can be useful to have at hand.
2011-04-19 04:04:15 +04:00
# Uncomment to build a Mac OS X Universal Binary (i.e. x86 + ppc)
Given the progress made by Alessandro with [#140](http://code.google.com/p/phantomjs/issues/detail?id=140), we should consider re-instating this .pro option for Mac. Yes, it will still show the Icon in the Dock, but we gain the static executable.
2011-08-02 01:40:07 +04:00
# CONFIG += x86 ppc
}
WIP: Get the PhantomJS+Qt build for MSVC working. http://code.google.com/p/phantomjs/issues/detail?id=598 http://code.google.com/p/phantomjs/issues/detail?id=424
2012-07-28 07:58:15 +04:00
Isolate static Windows build to MSVC only. http://code.google.com/p/phantomjs/issues/detail?id=424
2012-07-14 09:53:30 +04:00
win32-msvc* {
Long live PhantomJS 2! https://github.com/ariya/phantomjs/issues/10448
2014-07-24 21:25:46 +04:00
LIBS += -lCrypt32 -llibxml2
Add breakpad support for Windows. Squashed commit of the following: commit 947ee621067258adc5af382b496868ea6da6a589 Author: Vitaliy Slobodin <vitaliy.slobodin@gmail.com> Date: Fri Aug 17 10:34:34 2012 +0400 Format code according to http://qt-project.org/wiki/Qt_Coding_Style commit 5aaaa5338370c77dbd7bf7026949b637da536216 Author: Vitaliy Slobodin <vitaliy.slobodin@gmail.com> Date: Thu Aug 16 13:12:05 2012 +0400 Add breakpad support for Windows (crashdumps). Issue: http://code.google.com/p/phantomjs/issues/detail?id=576
2012-08-19 11:16:59 +04:00
INCLUDEPATH += breakpad/src
SOURCES += breakpad/src/client/windows/handler/exception_handler.cc \
breakpad/src/client/windows/crash_generation/crash_generation_client.cc \
breakpad/src/common/windows/guid_string.cc
Isolate static Windows build to MSVC only. http://code.google.com/p/phantomjs/issues/detail?id=424
2012-07-14 09:53:30 +04:00
CONFIG(static) {
DEFINES += STATIC_BUILD
}
WIP: Get the PhantomJS+Qt build for MSVC working. http://code.google.com/p/phantomjs/issues/detail?id=598 http://code.google.com/p/phantomjs/issues/detail?id=424
2012-07-28 07:58:15 +04:00
}
Set proper jobs number and library paths before building in OpenBSD https://github.com/ariya/phantomjs/issues/10996
2013-11-25 12:43:43 +04:00
openbsd* {
LIBS += -L/usr/X11R6/lib
}