summaryrefslogtreecommitdiff
path: root/Makefile.am
Commit message (Collapse)AuthorAge
* Patch Makefile.am to not install licensesAndrej Shadura2018-10-06
|
* build: Remove WebhelperPhilip Chimento2017-04-12
| | | | | | | Webhelper is now in its own repository: https://github.com/endlessm/webhelper https://phabricator.endlessm.com/T16203
* Merge pull request #4162 from endlessm/T15896Emmanuele Bassi2017-03-05
|\ | | | | Build fixes
| * build: Enable webhelper during distcheckPhilip Chimento2017-03-02
| | | | | | | | | | | | | | In order to produce a full-featured tarball, we need to include webhelper, so it belongs in AM_DISTCHECK_CONFIGURE_FLAGS. https://phabricator.endlessm.com/T15896
* | Add configure option to disable webhelperEmmanuele Bassi2017-03-02
|/ | | | | | | | | | We don't want to build the WebHelper code in the new Endless SDK, as it still strings along deprecated WebKitGtk dependencies, and nothing that uses the SDK also uses it. Based on commit 40c7e4342439dc3db19d3592b7599ff33e744cac. https://phabricator.endlessm.com/T15749
* Added -I$(builddir)/endless to AM_CPPFLAGS for out of tree builds to workJuan Pablo Ugarte2016-06-28
| | | | https://phabricator.endlessm.com/T12150
* Remove parallel version of WebHelper compatible with WebKit2-3.0Mario Sanchez Prada2016-04-21
| | | | | | | | | | | | | | | We are no longer shipping the Webkit2-3.0 API on Endless and Virtual School has already been migrated to the newer WebKit2-4.0 API after having fixed all the regressions there and so it makes no sense to keep this any longer. Besides, after the WebKitGTK+ upgrade from 2.4.9 to 2.4.11 debian does no longer ship the WebKit2GTK+-3.0 packages (and there's no point on us bringing them back) so, actually, we can not keep this anyway, so let's remove it. This commit basically reverts 8c837e660853abd03c97a98815f73146eb57c010, but considering all the changes integrated ever since (not a "clean" revert). https://phabricator.endlessm.com/T11388
* Add coverage flags to libwebhelper2oldprivate.laPhilip Chimento2015-09-02
| | | | | | | | I originally missed this in the error spew, but the reason this test was failing was because the .so associated with the GIR module was not linked to libgcov, and so had missing symbols upon import. [endlessm/eos-sdk#3566]
* Pass --enable-coverage on to make distcheckPhilip Chimento2015-08-27
| | | | | | | Instead of enforcing this in eos-coverage.m4, the package should opt in to this itself. The new AM_CONDITIONAL makes this easy. [endlessm/eos-sdk#3303]
* Added GNU license filesFernando Farfan2015-08-10
| | | | | | | | Some Wikipedia images are licensed under the GNU Free Documentation License, so we now install the required files in the OS so that they can be served by the appropriate API. [endlessm/eos-sdk#3471]
* Create a parallel version of WebHelper2 for WebKit2-3.0Philip Chimento2015-08-07
| | | | | | | | We cannot switch eos-virtual-school to WebKit2-4.0 because of regressions, but we already committed to using WebHelper2 to localize it. This adds a version of WebHelper2 that is compatible with WebKit2-3.0. [endlessm/eos-sdk#3430]
* Makefile: Use AM_DISTCHECK_CONFIGURE_FLAGSSam Spilsbury2015-07-20
| | | | | | | | | | AM_DISTCHECK_CONFIGURE_FLAGS is now the recommended means of setting DISTCHECK_CONFIGURE_FLAGS on a per-package basis - this allows the user to specify the DISTCHECK_CONFIGURE_FLAGS variable on the make commandline later to add more configure flags themselves. [endlessm/eos-sdk#3303]
* Makefile: Add clean-coverage as a dependency to clean-localSam Spilsbury2015-07-20
| | | | | | eos-sdk never did this for some reason. [endlessm/eos-sdk#3303]
* Makefile: Link libwebhelper2_private to libgcov in coverage modeSam Spilsbury2015-06-16
|
* Added new CC License filesFernando Farfan2015-06-05
| | | | | | | Added new License files to be in sync with all the license levels served by our applications. [endlessm/eos-sdk#3111]
* Add eos-html-extractor and m4 filePhilip Chimento2015-06-04
| | | | | | | | | | | | This is taken almost directly from the existing version in eos-english. Cleanups to follow in subsequent commits. Previously the m4 code was in two separate macros, but since they were much the same, I combined them into one macro. This also adds a very minimal test for eos-html-extractor; basically as a very quick regression test for the cleanups to follow. [endlessm/eos-sdk#3245]
* Expose gettext() to client-side JSPhilip Chimento2015-05-21
| | | | | | | | | | | | | | This exposes the function set by webhelper.set_gettext() to the client- side Javascript as a gettext() function, defined on the global window object. This allows apps to translate messages that are generated at runtime, not just messages in static HTML. Some often-used JavaScriptCore operations can be turned into separate functions, which we can put in a separate source file. This is in anticipation of the next commit where we will define another function property of the global object. [endlessm/eos-sdk#291]
* Implement web actions in WebHelper2Philip Chimento2015-05-21
| | | | | | | | | | | This allows communicating with the host program through URIs of the form webhelper://action?param=value&param2=value2. Actions can be defined on the WebHelper object and given a callback in Javascript. Unfortunately we have to use a private C library to register the URI scheme, because of https://bugs.webkit.org/show_bug.cgi?id=116672 [endlessm/eos-sdk#291]
* WebHelper2 for translating WebKit2 viewsPhilip Chimento2015-05-21
| | | | | | | | | | | This adds a new Javascript module, WebHelper2. It's the WebKit2 analogue to WebHelper. It offers a facility for calling gettext() on the contents of DOM elements in your web page. It accomplishes this using an extension module that's loaded into WebKit's web process. [endlessm/eos-sdk#291]
* Extract lib_LTLIBRARIES to top of filePhilip Chimento2015-05-20
| | | | | | | We need to add more than one file to it, in more than one Makefile, and this is susceptible to confusion. [endlessm/eos-sdk#291]
* Move webhelper Makefile code into toplevelPhilip Chimento2015-05-20
| | | | | | In the interest of consolidating the makefiles for readability. [endlessm/eos-sdk#291]
* Introspection should not be optionalPhilip Chimento2015-05-20
| | | | | | | Our library isn't meant to be used without introspection, so the build should fail if gobject-introspection is not available. [endlessm/eos-sdk#291]
* Added Creative Commons LicensesFernando Farfan2015-05-05
| | | | | | | | | | | | | | | | | | | | | | Added HTML files for Creative Commons lincenses to be presented offline. Licenses added include: * BY-3.0 * BY-4.0 * BY-ND-2.0 * BY-ND-3.0 * BY-SA-3.0 * BY-SA-4.0 For all these, the following languages were added: * No language suffix: Copy of the English file as fallback * Arabic * English * Spanish * French * Portuguese (Brazil) [endlessm/eos-sdk#3025]
* Address warning about rule being overwrittenPhilip Chimento2015-04-17
| | | | | | | There are two dist-hook rules, so a double-colon rule is appropriate. That means both will get executed when required, instead of only one. [endlessm/eos-sdk#3054]
* Don't define dist_noinst_DATA in included MakefilePhilip Chimento2015-04-17
| | | | | | | This is vulnerable to being overwritten. Instead, define it in the top level Makefile and append to it in the included Makefile. [endlessm/eos-sdk#3054]
* Enable Gjs and C coverage reports.Sam Spilsbury2015-01-10
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | We now provide a new m4 module eos-coverage.m4, which is installed into the system aclocal directory. This macro provides three new commands for SDK consumers to use: EOS_COVERAGE_REPORT([languages]) - Enables a "coverage report". The first argument is a space separated list of unquoted languages to collect coverage information for. Valid values at the moment are "c" and "js". For each language specified, the macro will check for support for collecting coverage and enable reporting accordingly. Raw coverage output goes in $(abs_top_builddir)/_coverage/output/$language accordingly. The macro then checks to see if a coverage reporter, either genhtml, or cobertura, is available and enables them. A reporter must be installed and available for coverage reports to be generated. The coverage-genhtml is enabled if lcov is installed and available. This is generally used by developers themselves as it creates a self-contained report. The coverage-covertura is enabled if a program called lcov-result-merger is installed and a python module called lcov_cobertura are installed. lcov-result-merger can be installed from Node Package Manager. lcov_cobertura can be installed from PyPI. lcov-result-merger is necessary because each test suite is run in a separate subprocess and so there will be multiple entries per source file in the coverage.lcov file generated by gjs. lcov_cobertura doesn't handle that properly and so the results need to be merged together properly. JavaScript Coverage Details =========================== A variable called EOS_JS_COVERAGE_FILES should be defined containing a list of all javascript files to be considered a "part of" the coverage report, before EOS_COVERAGE_RULES are substituted. For example: EOS_JS_COVERAGE_FILES = $(SRCS) @EOS_COVERAGE_RULES@ AM_JS_LOG_FLAGS += @EOS_COVERAGE_JS_LOG_FLAGS@ C/C++ Coverage Details ====================== Certain additions also need to be made for Makefiles where coverage reporting is enabled on a C project: @EOS_COVERAGE_RULES@ AM_CFLAGS += @EOS_C_COVERAGE_CFLAGS@ AM_LDFLAGS += @EOS_C_COVERAGE_LDFLAGS@ If a target's CFLAGS is overridden and AM_CFLAGS is not used, then @EOS_C_COVERAGE_CFLAGS@ must be added to its CFLAGS. Blacklisting patterns ===================== If a path should not appear in the coverage report, then it can be blacklisted by adding a glob expression to EOS_COVERAGE_BLACKLIST_PATTERNS. Clean rules =========== A clean-coverage target is added to the dependencies for the clean-local target automatically by EOS_COVERAGE_RULES. [endlessm/eos-shell#2264]
* Remove eos-gir.m4, not used anymorePhilip Chimento2014-05-28
| | | | | | This was originally designed to be installed into the system aclocal directory, but we copy it into each project's m4 directory instead. This is to try to fix the build for [endlessm/eos-sdk#693].
* Remove Endless Wikipedia library from SDKRory MacQueen2014-05-27
| | | | [endlessm/eos-sdk#693]
* Clean up the structure of the tests directorySam Spilsbury2014-01-15
| | | | | | | | Move all the tests for the SDK into tests/endless, move all the demos into tests/demos, move all the smoke tests into smoke-tests [endlessm/eos-sdk#444]
* Add README.md to distPhilip Chimento2013-10-04
|
* Documentation for WebHelperPhilip Chimento2013-09-19
| | | | | | | | This adds the infrastructure for autogenerating HTML documentation from a Javascript module using NaturalDocs, and then adds documentation comments to webhelper.js. [endlessm/eos-sdk#302]
* Added asset button to the endless overrideMatt Watson2013-09-18
| | | | | | | | The syntax can will hopefully stay the same for apps when this widget gets rewritten in C. Added support for labels like the standard button. Moved the overrides rules to a separate .inc makefile so we can add more standard js libs if we want [endlessm/eos-sdk#290]
* Move test autotooling to test/Makefile.am include filePhilip Chimento2013-09-18
| | | | | | | | The autotools code for running the tests should go in the included Makefile.am in the test/ subdirectory, so that all those test files are run and distributed in the same place. [endlessm/eos-sdk#290]
* Unit tests for webhelperPhilip Chimento2013-09-16
| | | | | | | | | These are tests for the basic functionality and a few fail cases of webhelper, by no means exhaustive. There are a few tests that cannot execute because I do not currently know of any way to catch exceptions that occur inside GObject callbacks. [endlessm/eos-sdk#290]
* First attempt at an EOS test runnerPhilip Chimento2013-09-16
| | | | | | | | This adds a script eos-run-test which is adapted from gjs_run_tests, but does not try to discover the tests itself. Instead, in keeping with Automake's test suite facilities, it takes the filename of a test to run. [endlessm/eos-sdk#290]
* Merge pull request #292 from endlessm/issues/289mattdangerw2013-09-12
|\ | | | | Install WebHelper into GJS modules directory
| * Install WebHelper into GJS modules directoryPhilip Chimento2013-09-12
| | | | | | | | | | | | | | | | WebHelper is now importable using const WebHelper = imports.webhelper; [endlessm/eos-sdk#289]
* | Use Automake's parallel test harnessPhilip Chimento2013-09-04
|/ | | | | | | | | | This gets rid of a long-standing workaround and makes it easier to start using a proper test harness for Javascript unit tests. Unfortunately, it requires a workaround to be able to run gtkdoc-check on the documentation, but the workaround is not too bad. [endlessm/eos-sdk#122]
* Merge pull request #219 from endlessm/wikipediaP. F. Chimento2013-08-02
|\ | | | | Merge Wikipedia into dev
| * Integrate Wikipedia into SDK build systemPhilip Chimento2013-08-02
| | | | | | | | | | | | | | | | Now you should be able to import the app generator using const EndlessWikipedia = imports.wikipedia.EndlessWikipedia; [endlessm/eos-sdk#206] [endlessm/eos-sdk#206]
* | Autoconf macros for checking GIR filesPhilip Chimento2013-07-22
|/ | | | | | | | | EOS_PROG_GJS checks for the existence of GJS in the path; EOS_CHECK_GJS_GIR checks that a GIR can be loaded in GJS, optionally with a certain version number; and EOS_CHECK_GJS_GIR_API checks for particular API being available in a GIR in GJS. [endlessm/eos-sdk#168]
* Merge pull request #89 from endlessm/issues/86Felipe Erias Morandeira2013-05-22
|\ | | | | Ensure that Gtk-Doc and GIR doc are enabled for distributions
| * Ensure that Gtk-Doc and GIR doc are enabled for distributionsP. F. Chimento2013-05-16
| | | | | | | | | | | | 'make dist' and 'make distcheck' do not work without calling ./configure --enable-gtk-doc --enable-gir-doc. [endlessm/eos-sdk#86]
* | Added --warn-all flag to g-ir-scanner call.Matt Watson2013-05-16
|/ | | | Warns about any non introspectable functions in the public API.
* Added javascript override to the page manager add functionmatt2013-05-16
| | | | | | Added the autotooling to get our overrides installing as well. [endlessm/eos-sdk#70]
* Build Javascript API documentationP. F. Chimento2013-05-06
| | | | | | | g-ir-doc-tool is buggy, and doesn't build very good documentation, but it is better than nothing. Building the JS documentation is turned off by default and turned on for 'make distcheck'. [endlessm/eos-sdk#18]
* Run tests verboselyP. F. Chimento2013-04-22
| | | | | | | Without the verbose flag, gtester just says "1 test passed" or "1 test failed", which is not very informative. [#26]
* Build library before docsP. F. Chimento2013-04-22
| | | | | | | Build system improvement. Otherwise building docs fails on a clean checkout. [#26]
* Enable GObject introspectionPhilip Chimento2013-04-17
| | | | | | | After running 'make install', run test/smoke-tests/introspection.js (and its Python counterpart) to test whether the GIR has been installed correctly. [#1]
* Autogenerate documentation with Gtk-docPhilip Chimento2013-04-17
| | | | | | | | Run './configure --enable-gtk-doc' to turn on building documentation, or use --disable-gtk-doc to disable it (for faster builds.) It builds as part of the regular 'make' invocation, though you can use 'make docs' to build only the documentation. [#1]