summaryrefslogtreecommitdiffstats
path: root/process
Commit message (Collapse)AuthorAgeFilesLines
* Moving sources to src part 1: Move files.Jocelyn Turcotte2013-11-282-69/+0
| | | | | | | | | | | | | | | | | | | | | | | | | | | This only move files without adjusting any paths. This moves: - lib/quick -> src/webengine/api (API files) lib/quick -> src/webengine (other files) This contains the main QtWebEngine module library since <ec7b2ee70a8b2db7fb87f50671a001ddd54697b0>. - lib/widgets -> src/webenginewidgets Also rename this directory to match its module name and rename Api to api. - lib -> src/core - process -> src/process - resources -> src/core/resources - tools/* -> tools/scripts/ The build directory is spread as follow: - build/build.pro -> src/core/gyp_run.pro - build/qmake_extras/* -> src/core/ (for the host and target .pro files) - build/qmake -> tools/qmake - Build related scripts -> tools/buildscripts Change-Id: I0cded1de772c99c0c1da6536c9afea353236b4a1 Reviewed-by: Zeno Albisser <zeno.albisser@digia.com> Reviewed-by: Pierre Rossi <pierre.rossi@gmail.com> Reviewed-by: Andras Becsi <andras.becsi@digia.com>
* Add INSTALLS to lib.pro and process.proArvid Nilsson2013-11-281-0/+4
| | | | | | | | | | | | | The gyp output libQt5WebEngineCore.so wasn't installed anywhere when you did "make install". The QtWebEngineProcess is not built by gyp but nonetheless was not installed anywhere. Fixed by adding some INSTALLS to lib.pro and process.pro. I made the lib.pro INSTALL unix-specific for now because I'm not sure how to write "extra" INSTALLS for macx and win. Change-Id: Ic127ab79c5788988b4d12f741eece7afc71cf6ce Reviewed-by: Andras Becsi <andras.becsi@digia.com>
* Fix QtWebEngineProcess linking problems on QNXArvid Nilsson2013-11-271-0/+2
| | | | | | | | | | Add the required -rpath-link arguments pointing to the QNX staging Qt5 library location. Since QtWebEngineProcess only uses Qt5 indirectly through libQt5WebEngineCore.so, it's difficult for qmake to get this right. Change-Id: I1d6fb7c6baf637054b7626443a3224fb76fe51f6 Reviewed-by: Jocelyn Turcotte <jocelyn.turcotte@digia.com>
* Prevent Qt from making the QtWebEngineProcess into an app bundle on MacAndras Becsi2013-11-271-2/+4
| | | | | Change-Id: I2d86e63b7a798128e7d542beb3174021142a0577 Reviewed-by: Jocelyn Turcotte <jocelyn.turcotte@digia.com>
* Make QtWebEngineProcess a slim executable.Jocelyn Turcotte2013-11-212-9/+11
| | | | | | | | | | | Move all the process code in the core library and let the later simply call its QtWebEngine::processMain exported function from its main. This also allows us building QtWebEngineProcess directly with qmake without going through gyp. Change-Id: I8df36510d0bf14e313918bef807e2118f1ecadd5 Reviewed-by: Andras Becsi <andras.becsi@digia.com>
* Cleanup include mechanismPierre Rossi2013-07-041-0/+1
| | | | | | | | | Add proper support for GYPINCLUDES in gyp_generation. Rename the exclusion gypi to a more generic name so we can use it for more intrusive changes (we'll need it for mac). Change-Id: Ie26f579c33d5e35b8c904fab9f448cde11bf0072 Reviewed-by: Andras Becsi <andras.becsi@digia.com>
* Move API layer-only classes back from the shared static lib.Jocelyn Turcotte2013-06-191-2/+0
| | | | | | | Since ContentBrowserClientQt::OverrideCreateWebContentsView now takes care of using our Qt layer at runtime without relying on the static RenderWidgetHostView::CreateViewForWidget, we can now avoid linking this layer into the render process.
* Rename remaining references of blinq to QtWebEngine.Jocelyn Turcotte2013-06-111-2/+2
|
* Fix undefined symbols in debug builds.Jocelyn Turcotte2013-06-101-1/+2
| | | | | | | process uses the same code as lib and decides at runtime which code to run. Fix the debug build by making sure that all infrastructure code is available in both process and lib by building common code not shared directly through chromium sources in a separate static lib.
* Add standard license boilerplateSimon Hausmann2013-05-311-0/+41
|
* Rename gypi_gen to gyp_generatorPierre Rossi2013-05-311-2/+2
| | | | | technically it's more correct now that we don't even bother and generate the .gyp file directly.
* Define blinq_process path at compile timePierre Rossi2013-05-021-1/+1
| | | | | | | This way we won't have to define the BLINQ_PROCESS_PATH environment variable except in the case where we want to override that value. Refactored some of the output dir logic in the process
* New qmake approachPierre Rossi2013-04-292-14/+11
| | | | | | | | | | | | This should allow us to have much better integration by generating the necessary gyp files directly from qmake. Mostly works for now, though we will most likely need to build the gyp generation as we go. * Out dir logic is still crap and needs to be (re)worked. * In the same vein, we probably don't want the generated gyp content ending up in the source tree in the long run, which could prove tricky with relative paths to sources and all.
* Build with gyp.Pierre Rossi2013-04-152-7/+14
| | | | We'll probably add a qmake wrapper for it later, but for now that should do.
* Hack: Link process with hard-coded list of static libsSimon Hausmann2013-04-112-2/+9
| | | | | We need to replace this with a properly dynamically generated list of dependencies, but for prototyping this will have to do the trick.
* Initial commit. Just some .pro files for nowPierre Rossi2013-04-101-0/+7
generated by cgit v1.2.3 (git 2.25.1) at 2024-05-21 03:09:29 +0000