| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|\
| |
| | |
Consolidate warning location formatting
|
| |
| |
| |
| |
| |
| | |
This already reports the location (in a slightly different format), but
using mlog.warning() will make it easier if we want to change the location
format in future.
|
| |
| |
| |
| |
| | |
These are the remaining warnings in the parser, where we have the location
to hand.
|
|\ \
| |/
|/|
| |
| | |
mesonbuild/nirbheek/consolidate-subproject-dep-checking
intrp: Consolidate subproject dep checking and logging
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
If a dep is not found on the system and a fallback is specified, we
have two cases:
1. Look for the dependency in a pre-initialized subproject
2. Initialize the subproject and look for the dependency
Both these require version comparing, ensuring the fetched variable
is a dependency, and printing a success message, erroring out, etc.
Now we share the relevant code instead of duplicating it. It already
diverged, so this is a good thing.
As a side-effect, we now log fallback dependencies in the same format
as system dependencies:
Dependency libva found: YES
Dependency libva found: YES (cached)
Dependency glib-2.0 from subproject subprojects/glib found: YES
Dependency glib-2.0 from subproject subprojects/glib found: YES (cached)
|
|\ \ |
|
| |/ |
|
|\ \
| |/
|/| |
Add filename and lineno to duplicate kwargs warning
|
| | |
|
| | |
|
|\ \
| | |
| | | |
pkgconfig: Allow passing Dependency objects to library(_private)
|
| | | |
|
| |/
|/|
| |
| |
| |
| | |
Earlier it would exit with a traceback:
UnboundLocalError: local variable 'out' referenced before assignment
|
|\ \
| | |
| | | |
Add functionality to promote nested dependencies to top level.
|
| | | |
|
| |/ |
|
|\ \
| | |
| | | |
Update prefix-dependent defaults when project(default_options:) changes prefix
|
| |/
| |
| |
| | |
See #2811
|
| |
| |
| |
| |
| |
| | |
We weren't testing this with C++, so the breakage was missed.
https://github.com/mesonbuild/meson/issues/2814
|
|/
|
|
|
|
|
| |
I have a tendency to typo things. Humans in general are bad at spotting
spelling mistakes, computers are not. This patches prints the bad
options and provides the generic meson "This will be a hard error
someday" message.
|
|
|
|
|
| |
This just adds more consistent use of mlog.bold and mlog.red/green for
ConfigTool based dependencies.
|
|
|
|
|
|
|
|
|
| |
Using NotImplementedError throws an ugly traceback to the user which
does not print the line number and other information making it
impossible to figure out what's causing it.
Also override it for internal dependencies because self.name is "null"
for them.
|
|
|
|
|
|
|
| |
c9351ce30c03d107279090da7825096951a705d3 introduced the type as `array`,
so mintro should expose it under the same name.
(while at it, rename test 169 to be coherent)
|
| |
|
| |
|
|\
| |
| | |
dependencies: Allow pkg-config to define variables
|
| |
| |
| |
| |
| |
| |
| | |
In a previous commit variable definition was added in pkg-config.
However, this commit was not complete.
This fixes the missing parts of that commit.
|
|\ \
| | |
| | | |
Various MSVC library search fixes
|
| | | |
|
| | |
| | |
| | |
| | | |
The compiler is x86_64-foo-bar-gcc/g++, so also check for that.
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
The .a library was being built with `ar` which is not the right
static archiver, it's supposed to be something like
x86_64-w64-mingw32-ar or whatever the target-triple is.
Try using the built-in static linker detection instead of doing it
manually.
|
| | |
| | |
| | |
| | |
| | | |
We don't need to use that, and it causes build failures when code
actually uses the environment.
|
|\ \ \
| |/ /
|/| | |
|
| | |
| | |
| | |
| | | |
by leaving out the choices keyword.
|
|\ \ \
| |/ /
|/| | |
Fix many things have have been slightly broken in OSX
|
| | | |
|
|\ \ \
| | | |
| | | | |
Add an array type to user options
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
This exposes the already existing UserStringArrayOption class through
the meson_options.txt. The intention is to provide a way for projects to
take list/array type arguments and validate that all of the elements in
that array are valid without using complex looping constructrs.
|
| | | |
| | | |
| | | |
| | | | |
So that the shbang is ther rist line and ./run_unittests.py works.
|
|/ / /
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
One thing that makes cross compiling with meson a pain is the need for
cross files. The problem is not with cross files themselves (they're
actually rather brilliant in that they allow for a much greater deal of
flexibility than autotools hardcoded paths approach) but that each user
needs to reimplement them themselves, when for most people what they
really want is a cross file that could be provided by their distro, all
they really want is the correct toolchain.
This patch is the first stop to making it easier for distros to ship
their own cross files (and for users to put their's somewhere safe so
they don't get `git clean`ed. It allows the cross files (on Linux and
*BSD) to be stored in home and system paths (~/.config/meson/cross,
/usr/share/meson/cross, and /usr/local/share/meson/cross), and to be
loaded by simply by specificying --cross-file.
With this patch meson will check the locations its always checked first,
(is cross file absolute, or is it relative to $PWD), then will check
~/.config/meson/cross, /usr/local/share/meson/cross,
/usr/share/meson/cross, (or $XDG_CONFIG_PATH and $XDG_DATA_DIRS) for the
files, raising an exception if it cannot find the specified cross file.
Fixes #2283
|
|\ \ \
| | | |
| | | | |
Add method to get values from config tool based dependency
|
| |/ / |
|
|/ / |
|
| | |
|
| | |
|
|/ |
|
|\
| |
| | |
Several fixes to pkg-config dependencies and the pkg-config module (try 3)
|
| |
| |
| |
| |
| |
| |
| |
| | |
This is enough to fix things.
Note that build_shared_lib doesn't use the implib name for mingw or cygwin
gcc, only msvc, so I'm not quite sure how this is working, I guess we are
using the gcc facility to link directly with a dll...
|
| |
| |
| |
| |
| | |
This was always broken, but was missed because we ran MSVC on Cygwin
instead.
|