riscv-gnu-toolchain/qemu/meson.git - Unnamed repository; edit this file 'description' to name the repository.

Age	Commit message (Collapse)	Author	Files	Lines
2021-02-25	deprecated `meson.get_cross_property`	Dylan Baker	1	-1/+1
	It's a pure subset of `get_external_property`, and has odd behavior in host == build configurations. `get_external_property` is clear, and uses the standard `native : bool` syntax to control host vs build properties
2021-01-31	Capitalize "Meson" consistently as it is a proper name. [skip ci]	Jussi Pakkanen	1	-2/+2

2021-01-30	Rewrap long text lines in docs. [skip ci]	Jussi Pakkanen	1	-99/+105

2021-01-13	Fix misspells	Antonin Décimo	1	-1/+1
	Signed-off-by: Antonin Décimo <antonin.decimo@gmail.com>
2020-08-18	Interpreter: Fix c_stdlib usage	Xavier Claessens	1	-1/+13
	- Exceptions raised during subproject setup were ignored. - Allow c_stdlib in native file, was already half supported. - Eliminate usage of subproject variable name by overriding '<lang>_stdlib' dependency name.
2020-06-18	docs: replaced `ninja` with appropriate `meson` commands [skip ci]	TheQwertiest	1	-1/+1

2020-05-14	interpreter: Rename has_exe_wrapper -> can_run_host_binaries	Dylan Baker	1	-5/+2
	The implementation of this function has changed enough that the name doesn't really reflect what it actually does. It basically returns true unless you're cross compiling, need and exe_wrapper, and don't have one. The original function remains but is marked as deprecated. This makes one small change the meson source language, which is that it defines that can_run_host_binaries will return true in build == host compilation, which was the behavior that already existed. Previously this was undefined in build == host compilation.
2020-04-21	docs/cross-compilation: Note appropriate values for cpu_family [skip ci]	Dylan Baker	1	-8/+12
	Also note that meson doesn't use `el` on the end of the cpu_family to mark endianness, that the endian field needs to be set appropriately.
2020-03-28	docs: Add a new page with common cross/native file options [skip ci]	Dylan Baker	1	-48/+22
	Rather than having two separate sections with duplicated information lets just have one for the common settings, and only document sections specific to each file in separately
2020-03-19	Update cross compilation documentation to reference new ld variables	Phillip Johnston	1	-1/+2

2020-01-22	envconfig: add pkg_config_libdir property	Stéphane Cerveau	1	-0/+5
	In order to unify the use of sysroot in the cross-file, the pkg_config_libdir can now be passed directly in the file.
2019-12-11	Merge pull request #6207 from dcbaker/linker-option	Jussi Pakkanen	1	-0/+7
	Add a way to select the dynamic linker meson uses
2019-12-10	docs: explain cross-compilation names sooner [skip ci]	Marc Herbert	1	-12/+22
	Meson's documentation about cross-compilation made me finally understand why the typical confusion about machine names. Thanks, but let's make it even better. Don't wait until the very end of the section to reveal the most important information: that machine names are relative. For suspense we already have TV shows; spill the beans much earlier. Also fix the first, simplest cross-compilation example: target is irrelevant.
2019-12-02	docs: Update docs for LD and ld entries	Dylan Baker	1	-0/+7

2019-11-05	docs: Document that meson 0.52.0 allows layering cross files [skip ci]	Dylan Baker	1	-0/+5

2019-08-08	docs: meson -> Meson in one place	John Ericson	1	-1/+1

2019-06-26	dependencies/base: Set PKG_CONFIG_SYSROOT_DIR from cross file	Dylan Baker	1	-0/+7
	In some cases it may be necessary to set PKG_CONFIG_SYSROOT_DIR, like when you've mounted a host architecture system in an arbitrary path. Meson will now check the cross files for a [properties]:sys_root variable and set the PKG_CONFIG_SYSROOT_DIR environment variable based on that variable. Fixes #3801 Fixes #4057
2019-02-11	allow paths to be set in the cross file	Dylan Baker	1	-1/+15
	Just like the previous patch, but for cross files Fixes #1433
2018-03-29	docs: Expand on compiler vs compilee build host and target (#3308) [skip ci]	John Ericson	1	-10/+31

2018-03-23	docs: fix one 'target' that should be 'host' [skip ci]	John Ericson	1	-1/+1
	The target platform of cross compiler is the host platform of the project being built.
2018-03-11	docs: update system cross file documentation	Jon Turney	1	-2/+2
	Works on all non-Windows since cf98f5e3 (PR #3119)
2017-11-30	cross: Implement support for loading cross files from system paths	Dylan Baker	1	-0/+26
	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
2017-10-26	docs: add pkgconfig to cross file example	Mike Gilbert	1	-0/+1

2017-08-21	Rewrapped lines of a few more files.	Jussi Pakkanen	1	-34/+137

2017-05-29	environment: Add needs_exe_wrapper for overriding auto-detection.	Ole André Vadla Ravnås	1	-0/+7
	This is useful when build_machine appears to be compatible with host_machine, but actually isn't. For example when: - build_machine is macOS and host_machine is the iOS Simulator - the build_machine's libc is glibc but the host_machine libc is uClibc - code relies on kernel features not available on the build_machine
2017-05-03	doc: Fix several minor typos.	Elliott Sales de Andrade	1	-1/+1

2017-05-03	docs: add a short description for all top pages in the Manual	Peter Hutterer	1	-0/+4

2017-04-26	docs: Import the website and wiki and build with hotdoc	Thibault Saunier	1	-0/+144
	This allows us to more easily have the documentation in sync with the source code as people will have to document new features etc right at the time where they implement it.