Age | Commit message (Collapse) | Author | Files | Lines |
|
meson_exe (meson --internal exe)
|
|
|
|
Determine the type of the Windows resource compiler by looking at its output, not its name
|
|
Fixes #3563
|
|
In get_library_dirs() we are trusting the compiler to return a correct
list of directories to search for libraries, based on whether or not
we are compiling 64-bit or 32-bit. Unfortunately, this is often not the
case, as 64-bit libraries often are returned when compiling with -m32 on
a 64-bit OS.
Since system directories do not contain a mix of libraries, the solution
here is to check each directory, by picking a .so file in the directory
and checking whether its 64-bit or 32-bit. If we can't determine if we
want 32-bit or 64-bit, just skip the checks and assume the directory is
good.
|
|
Xcode does not include configured files in its header search path
|
|
dependencies/llvm: Make llvm-config handling more robust
|
|
D: Add conditional debug compilation flags
|
|
Autotools will add endianess to the name of the architecture in some
cases (such as ppc64le vs ppc64) meson doesn't do this. It's worth
noting this in the documentation.
|
|
Determine the type of the Windows resource compiler by looking at its
output, not its name.
Also log the name and version of the resource compiler we are using.
|
|
Instead of trying to hardcode which versions of which OSes are
misconfiguring llvm-config, lets try to use a generic mechanism that
catches most of the broken cases.
If a dynamic lib is built but the tools are linked staticly
(LLVM_BUILD_LLVM_DYLIB=true and LLVM_LINK_LLVM_DYLIB=false) and you
don't enabled shared libs (LLVM_BUILD_SHARED_LIBS=false, which should be
false), then llvm-config will mistakenly return a each static library
with .(so|dll|dylib) appended, instead of -lLLVM-x.y.z. if
LLVM_LINK_LLVM_DYlIB is true this works fine. There's been a bug opened
in upstream since 2014 about this with no responses[1].
So, this patches looks at --shared-mode (which tells us whether
llvm-config was linked staticly or dynamicly), then if the shared-mode
is static it will check and see what it gets. If it gets valid results
then it will go with those, if it doesn't then it will try to build a
set of valid link arguments to link with libLLVM.(so|dll|dylib).
[1] https://bugs.llvm.org/show_bug.cgi?id=19937
|
|
The versions of LLVM provided by brew have the same configuration problem that
dragonflyBSD and FreeBSD do, which means that they produce wrong results for
shared linking.
|
|
It turns out we have bugs.
|
|
Factor out determination of the windows resource compiler as
_find_resource_compiler(). Cache the result, so the work is only done once.
|
|
MSVC doesn't support that option, and warns about ignoring an unknown
option.
|
|
With GCC, Clang, or ICC, and for C++
Fixes #2628
|
|
headers can be included/imported in sources
|
|
|
|
|
|
|
|
When passing static libraries to gtkdoc, they are also appended as
shared libraries to ldflags, which makes the process to fail.
This has been changed to only append shared libraries to ldflags.
Fixes #3935
|
|
|
|
|
|
Otherwise if we for some reason get '/usr/lib/../lib' in there
we end up saying it is not a system path.
And for some reason here I got:
```
$ pkg-config --libs libffi  148  ST 117  î‚ hotdoc
-L/usr/lib/../lib -lffi
```
|
|
WIP RFC gnome.py cross improvements
|
|
Closes https://github.com/mesonbuild/meson/issues/1977
|
|
Having a period at the end of sentences in messages is confusing when
a file or path is being outputted, and is inconsistent when not.
This is part of an ongoing effort to fix this inconsistency across the
message outputs everywhere in Meson.
|
|
Using the -pthread argument is not needed with clang when compiling for
darwin, and it results in the warning:
warning: argument unused during compilation: '-pthread'
|
|
When cross-compiling we shouldn't be passing the native c_args/c_link_args to
g-ir-scanner.
|
|
When cross-compiling the gtk-doc calls were missing the configured c_args and
c_link_args.
|
|
Instead of showing just the command invoked, it's useful when debugging to also
show all of the arguments.
|
|
|
|
|
|
Also includes parsing the highest integer level for debug and version.
|
|
|
|
Signed-off-by: Kostiantyn Ponomarenko <konstantin.ponomarenko@gmail.com>
|
|
Gtk docs improvements
|
|
Without this, when one of Meson's parent directories contains
"python", unexpected option "-u" will be passed to Meson.
|
|
|
|
If add_project_arguments is used, gtkdoc will ignore it, so make sure we
pick these flags for the compiler too.
Fixes #2901
|
|
fixings for xcode backend
|
|
GNU binutils ld silently ignores -rpath flags when targeting windows
(and it is already commented within ninjabackend.py that rpath as
concept doesn't exist on windows), and build_rpath_args in
VisualStudioCCompiler also returns an empty array. Therefore skip
this flag altogether.
This fixes linking with lld in MinGW mode, which doesn't support the
rpath flag.
|
|
When reading the endian from a cross file, validate that the value is either
'big' or 'little'.
|
|
|
|
target is supported
|
|
This is a regression in Meson 0.48.0, commit 674ae46, Meson used to
exit(0) when running setup command in a builddir already configured.
Changing to exit(1) breaks some build tools that does "meson builddir
&& ninja -C builddir".
Closes #4247.
|
|
Add some missing `` to titles. In one case it was causing `__` to
be interpreted as 'make this text bold'
|
|
Various compiled headers are not working yet [skip ci]
|
|
|
|
|