| Age | Commit message (Collapse) | Author | Files | Lines |
|---|
|
In ansi_term-0.12.1 the packages do not have a checksum entry but it can
be found in the global metadata table.
|
|
Closes gh-13319
|
|
Cargo.lock is essentially identical to subprojects/*.wrap files. When a
(sub)project has a Cargo.lock file this allows automatic fallback for
its cargo dependencies.
|
|
This will simplify creating PackageDefinition objects from Cargo.lock
file. It contains basically the same information.
|
|
Convert OptionStore from a dict to a full class with named methods
|
|
|
|
|
|
|
|
Python: Fix limited API under mingw
|
|
This commit fixes GH issue #13167 by linking to the correct
library under MINGW when the 'limited_api' kwarg is specified.
|
|
The Python Limited API support that was added in 1.2 had
special handling of Windows, but the condition to check for
Windows was not correct: it checked for MSVC and not for
the target's OS. This causes mingw installations to not have
the special handling applied.
This commit fixes this to check explicitly for Windows.
|
|
This is in preparation for a future commit which makes it
possible for a PythonPkgConfigDependency to be used in a
context where previously only a PythonSystemDependency would
be used.
|
|
This new unittest runs the existing Python limited API
test case, and checks that the resulting library was linked to
the correct library.
|
|
Based on the example in GH issue #13167, the limited API test has been
extended with a test to load the compiled module to ensure it can be
loaded correctly.
|
|
Update the meson man page.
|
|
The added help text was derived from the output of the meson help
command much like the markdown online help is derived.
|
|
New people that want to use Meson for building Python extensions most
probably will read Python module docs first. Direct them to meson-python
and suggest to set `python.install_env=auto`.
|
|
Instead of invoking javac for every .java file, pass all of the sources
for a jar target to a single javac invocation. This massively improves
first compilation time and doesn't meaningfully affect incremental builds
(it can even be faster in some cases).
The old approach also had issues where files would not always get recompiled
even though they should, necessitating a clean rebuild in order to see changes
reflected in the build output.
Multiple invocations seem to only make sense if:
- issues with files not getting flagged for rebuild are investigated and fixed
- something like the javaserver buildtool from openjdk sources is used
instead of directly spawning javac processes
- the amount of java files per jar is so large that it is faster to compile
several files one by one than to compile all the files at once (batching may
still make sense to get a reasonable balance)
|
|
|
|
|
|
|
|
|
|
|
|
|
|
From python 3.11 [1]:
> The entry in the netrc file no longer needs to contain all tokens. The missing
> tokens' value default to an empty string. All the tokens and their values now
> can contain arbitrary characters, like whitespace and non-ASCII characters.
> If the login name is anonymous, it won't trigger the security check.
[1] https://github.com/python/cpython/commit/15409c720be0503131713e3d3abc1acd0da07378
|
|
The added help text was derived from the output of the meson help
command much like the markdown online help is derived.
|
|
The added help text was derived from the output of the meson help
command much like the markdown online help is derived.
|
|
The added help text was derived from the output of the meson help
command much like the markdown online help is derived.
|
|
The added help text was derived from the output of the meson help
command much like the markdown online help is derived.
|
|
The added help text was derived from the output of the meson help
command much like the markdown online help is derived.
|
|
The added help text was derived from the output of the meson help
command much like the markdown online help is derived.
|
|
The added help text was derived from the output of the meson help
command much like the markdown online help is derived.
|
|
The added help text was derived from the output of the meson help
command much like the markdown online help is derived.
|
|
The apple linker uses -export_dynamic instead of --export-dynamic [1].
This should be set when setting export_dynamic: true.
Resolves #13290
[1]:
https://opensource.apple.com/source/ld64/ld64-609/doc/man/man1/ld.1.auto.html
|
|
Extract MachineFile code to its own file
|
|
|
|
|
|
It started failing CI as soon as the default shifted to 1.78. Something
is broken and it prevents running stable CI. Tracking issue opened.
We pin the version because that is the same way we handle CI for linux
-- with the exception that Linux CI can upgrade itself as soon as we
fix issues causing the CI Image Builder to jam itself, whereas
unfortunately Windows will need to be manually unpinned, but such is
life as a Windows supporter.
Bug: #13236
|
|
This was removed on Xcode 9, so only generate it for Xcode 8.3.3
and lower.
|
|
Some settings require "objectVersion" to be set to a certain value or
Xcode will not use it. To fix this, we set it to the highest possible
value, determined by the detected version of Xcode. We also set
"compatibilityVersion", but mainly so it lines up with "objectVersion".
At the same time, we should not be generating Xcode 3.2-compatible
projects by default anyway.
|
|
This will allow for generating project files more specific to certain
versions of Xcode without breaking compatibility.
|
|
|
|
|
|
Signed-off-by: Filipe LaÃns <lains@riseup.net>
|
|
See https://github.com/mesonbuild/meson/issues/6269 for the discussion.
Co-authored-by: Eli Schwartz <eschwartz93@gmail.com>
|
|
Arch profile.d scripts were converted to use an appending function that
disappears when /etc/profile exits, and overall are simply not suitable
-- any more -- for sourcing individually.
(I will freely admit I'm not really sure what the overall goal of
refraining from sourcing /etc/profile itself is. Arguably it's kind of
misuse of the profile...)
This silently broke the cuda tests, which never ran because the cuda
compiler was not detected as available.
While we are at it, I guess we can convert gentoo to use the same trick
of appending it in install.sh
|
|
Fixes #13269
|
|
|
|
`add_languages('cuda')` later
|
|
The master branch isn't in experimental state anymore.
|
