summaryrefslogtreecommitdiff
path: root/mesonbuild/modules/windows.py
Commit message (Collapse)AuthorAgeFilesLines
* windows.compile_resources: fix compiling multiple resources within one projectAndrei Alexeyev2018-01-121-7/+33
|
* [windows] make compile_resources use custom targets instead of generatorsAndrei Alexeyev2018-01-121-5/+10
|
* flake8: Clean up complained-about unused importsLuke Shumaker2017-09-211-1/+1
| | | | | | | | | | | | | | | | | | | | | This also adds a "# noqa: F401" comment on an unused "import lzma", which we are using it in a try/except block that is being used to check if the lzma module is importable; of course it is unused. v2: This turned out to be a little tricky. mesonbuild/modules/__init__.py had the "unused" import: from ..interpreterbase import permittedKwargs, noKwargs However, that meant that the various modules could do things like: from . import noKwargs # "." is "mesonbuild.modules" Which breaks when you remove __init__.py's "unused" import. I could have tagged that import with "# noqa: F401", but instead I chose to have each of the module import directly from "..interpreterbase" instead of ".".
* Gnome, pkgconfig, Qt4, Qt5 and windows modules slightly refactored.Alexis Jeandet2017-09-181-4/+2
| | | | Signed-off-by: Alexis Jeandet <alexis.jeandet@member.fsf.org>
* Fixed issues raised in review.Jussi Pakkanen2017-06-261-1/+1
|
* Fixed the remaining modules.Jussi Pakkanen2017-06-261-0/+2
|
* Allow specifying windres binary in cross filesDylan Baker2017-04-081-3/+11
| | | | | | | | | | | | When cross compiling with mingw it's problematic to assume that there is a binary called windres, and having to set it via an environment variable seems wrong when there is a handy cross-file for just such a situation. This patch allows setting windres in the [binaries] section of the cross file. If the build is a cross build, then the windows module will check for windres being set in the cross file before checking the WINDRES environment variable or looking for a windres binary.
* modules: Start using @SOURCE_ROOT@ and @BUILD_ROOT@Nirbheek Chauhan2017-03-281-1/+7
| | | | | | | | | | | | First step in fixing https://github.com/mesonbuild/meson/issues/1419 Also works around an issue in the MinGW windres.exe that causes it to fail if any of the arguments passed to it contain a space. There seems to be no way to quote or escape the spaces in the path to make windres parse the path correctly, so we just warn about it instead. https://sourceware.org/bugzilla/show_bug.cgi?id=4933 https://github.com/mesonbuild/meson/pull/1346
* There are two different kinds of extensions: modules that create newJussi Pakkanen2017-01-091-3/+4
| | | | objects directly and snippets that just call into interpreter methods.
* Fix Gnome module.Jussi Pakkanen2017-01-091-1/+3
|
* Fix space before :.Jussi Pakkanen2016-12-311-1/+1
|
* Add include_directories to windows.compile_resources.Elliott Sales de Andrade2016-12-281-0/+10
|
* Add Generator.process_files to reduce code duplication.Elliott Sales de Andrade2016-12-221-3/+1
|
* Use dict for self.build.compilers instead of listNirbheek Chauhan2016-12-131-3/+3
| | | | | | Everywhere we use this object, we end up iterating over it and comparing compiler.get_language() with something. Using a dict is the obvious choice and simplifies a lot of code.
* A few error message fixes.Jussi Pakkanen2016-07-281-0/+2
|
* Also read WINDRES envvar to find windres (#645)Nirbheek Chauhan2016-07-181-1/+4
| | | This is, of course, only used when building with MinGW
* Move MesonException from coredata to mesonlib.Hemmo Nieminen2016-04-011-1/+1
|
* Renamed meson package to mesonbuild so that we can have a script named meson ↵Jussi Pakkanen2016-01-161-0/+47
in the same toplevel dir.
View Lorry Controller Status