| Commit message (Collapse) | Author | Age | Files | Lines |
| ... | |
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
* Have set() and set_quoted() of configuration object work with newlines.
set_quoted() makes the value into a double-quoted string, so let's
assume C-style string, in particular with newlines as "\n".
Also take care of remaining newlines in dump_conf_header(). C or nasm
macros expect single-line values so if the value was multi-line, we
would end up with broken syntax. Appending a backslash at each end of
line make them concat into a single line in both C and nasm format
(note: multi-line macros in nasm are actually possible apparently but
use another format not outputted by current meson code). Also note that
the replacement is done at the end only when dumping the conf as a
header because we cannot assume anything about the format when replacing
variables from an input file (in this case, it should be the dev
responsibility).
* Add unit tests for multiline set() and set_quoted().
|
| |/
|
|
|
| |
Instead of only displaying the identifier of the linker, display also the path
to the executable in order to report useful information when cross-compiling.
|
| |\
| |
| | |
Better dependency logs
|
| | | |
|
| | | |
|
| |/
|
|
|
| |
When run_command() first parameter is a compiler object, keep additional
exelist values as arguments.
|
| |
|
|
|
| |
This way we can easily check that we only provide builtin targets such
as clang-format if the user has not provided their own.
|
| |
|
|
|
|
|
|
|
| |
In a large project, it can be hard to guess what meson "had in mind", when many different
warnings are added in different places. Let's make the message precise and specify the location.
WARNING: Consider using the built-in warning_level option instead of adding warning flags by hand.
â
meson.build:414: WARNING: Consider using the built-in warning_level option instead of using "-Wextra".
|
| | |
|
| | |
|
| |
|
|
| |
- Typos were found by codespell v1.16.0
|
| | |
|
| |
|
|
|
|
|
|
|
| |
fixes #6000
The idea is that end-users want to specify an array of directories to search by default
without an if/elif stack. It's obvious that Unix absolute paths are not absolute on
Windows, so silently discard Unix absolute paths here for Windows instead of raising
exception.
|
| |\
| |
| | |
Add is_system to dependency
|
| | | |
|
| | | |
|
| | |
| |
| |
| |
| | |
Also adds the is_system and as_system methods to
the dependency holder.
|
| | |
| |
| |
| |
| | |
Adding the test specific args later. This will help prevent bugs where
arguments are added to test but not to benchmark even when they apply.
|
| |/
|
|
|
|
|
| |
This fixes two separate issues, one is that benchmark warns about
depends and priority; The other is that we passed bad values like
is_parallel into the test and would actually run benchmarks in parallel,
which is bad.
|
| | |
|
| |
|
|
|
| |
It easier to read it from a file than looking into logs. Users needs to
read it to find variable names of generated dependency objects.
|
| |
|
|
|
|
|
|
|
| |
In qemu, minikconf generates a depfile that meson could use to
automatically reconfigure on dependency change.
Note: someone clever can perhaps find a way to express this with a
ninja rule & depfile=. I didn't manage, so I wrote a simple depfile
parser.
|
| |
|
|
| |
Related to #5955.
|
| | |
|
| |
|
|
|
|
| |
Since commit 38a658214 ("configure_file: Support taking values from a
dict" #4236), configuration_data() and configure_file()'s
configuration kwarg can take a dict. Add missing version checks.
|
| | |
|
| |
|
|
| |
Closes: #5893
|
| | |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
* backends/vs: Only set platform_toolset if it isn't already set
* interpreter: set backend up after the compiler
Otherwise we won't be able to check which VS toolchain to use.
* docs/using-visual-studio: wrap lines
* docs: recommend the py launcher instead of python3 for windows
* set backend.environment when building a dummy version
* backends/vs: Add support for clang-cl with vs2017 and vs2019 backends
* backends/vs: Add support for ICL (19.x) with vs2015 and vs2017 backends
|
| | |
|
| |\
| |
| | |
split dynamic linker representations from compilers
|
| | | |
|
| | | |
|
| | |
| |
| |
| |
| |
| |
| |
| |
| | |
When g-ir-scanner is overriden, we can't call it at configure time
but we know what options are avalaible (as it started using meson
after checked options where added) so do not try to call it to retrieve
the version as it will fail.
Also see https://github.com/mesonbuild/meson/issues/3442
|
| |/
|
|
|
|
|
|
| |
It is often desirable to use ~ for home directory in -D compilation args.
Why the transform to pathlib.Path and back to str? Because this is one of many
places where the list(map(str,..))) will be eliminated upon Python 3.6 being
minimum Meson Python requirement.
|
| |
|
|
|
|
| |
This is useful if one needs to check if a variable is a disabler.
Signed-off-by: James Hilliard <james.hilliard1@gmail.com>
|
| |
|
|
|
|
| |
Build and target info is confusing in that case. However still log that
information, as it is useful in case something slips out of sync and
needs to be debugged.
|
| | |
|
| | |
|
| |
|
|
| |
default -> default_value
|
| |
|
|
| |
Closes: #1609
|
| | |
|
| |\
| |
| | |
Add alias_target() function
|
| | | |
|
| |/ |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This further simplifies behavior to match the "build vs host" decision
we did with `c_args` vs `build_c_args`. The rules are now simply:
- `native: true` affects `native: true` targets
- `native: false` affects `native: false` targets
- No native flag is the same as `native: false`
I like this because you don't even have to know what "build" and "host"
mean to understand how it works, and it doesn't depend on whether the
overall build is cross or not.
Fixes #4933
|
| |
|
|
|
|
| |
ifort passes all tests
cleanup logic
|
| |
|
|
|
| |
This ensures that invalid arguments properly cause errors, but doesn't
otherwise change semantics
|
| | |
|
| |
|
|
|
|
|
|
|
|
|
|
| |
In most cases instead pass `for_machine`, the name of the relevant
machines (what compilers target, what targets run on, etc). This allows
us to use the cross code path in the native case, deduplicating the
code.
As one can see, environment got bigger as more information is kept
structured there, while ninjabackend got a smaller. Overall a few amount
of lines were added, but the hope is what's added is a lot simpler than
what's removed.
|