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
|
|
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.
|
|
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.
|
|
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.
|
|
Various compiled headers are not working yet [skip ci]
|
|
|
|
|
|
--as-needed controls ELF-specific functionality (the emission of DT_NEEDED
tags)
--no-undefined is effectively always on for PE/COFF, as the linkage model
always requires symbols to be defined
binutils ld silently ignores these flags for PE targets, but lld warns that
it's ignoring them, so just don't bother emitting them for PE targets.
|
|
-------------------------->8-----------------------
root@nsimhs:~# python
Python 2.7.15 (default, Sep 20 2018, 21:44:15)
[GCC 8.2.0] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>>
>>> import platform
>>> print platform.machine()
arc
-------------------------->8-----------------------
Signed-off-by: Alexey Brodkin <abrodkin@synopsys.com>
|
|
|
|
|
|
It appears that debian has changed their naming scheme. This might
require revisiting in the future to add llvm-config-7.0 if debian
decides to do that.
|
|
get_debug_args in ARMCC and ARMCLANG classes.
|
|
gtk-doc for autotools has the concept of module version, that is used to define
the module install path and the devhelp2 basename.
Add a `module_version` parameter to gnome.gtkdoc to replicate the same behavior.
Updated the test checking that the install_dir is properly computed (if not
passed), and that the .devhelp2 file has proper name.
https://gitlab.gnome.org/GNOME/gtk-doc/blob/GTK_DOC_1_29/buildsystems/autotools/gtk-doc.make#L269
|
|
|
|
The use of ABC classes (like MutableSet) is deprecated currently, in
python 3.8 the aliases in collections will be dropped and only the ones
in collections.abc will remain. collections.abc has existed since python
3.3, so there is no backwards compatibility risk.
|
|
Closes #4206
|
|
* Fix exception when running
* Fix xcode project typos, indentation and other minor aesthetics diffs
* Use tab code \t instead of real tab
|
|
The ones for "Compiler options" have no dots, so this was inconsistent.
Also dropping the dots makes the text fit better on narrow terminals.
|
|
|
|
|