The meson specific files up to now lack support for the RISC-V
architecture.

Part-of: <!18>

This command needs "-m32" when cross-compiling for x86.

Signed-off-by: Carlos Falgueras García <cfalgueras@fluendo.com>
Part-of: <!17>

Part-of: <!15>

When building on Windows statically the flag FFI_STATIC_BUILD must be
defined during compilation in order to NOT export functions with a
__declspec(dllexport). If not, symbols are not correctly imported during
static linkage.

Part-of: <!15>

```
Program test-cc-supports-hidden-visibility.py found: YES (/usr/bin/python3 /path/to/libffi/test-cc-supports-hidden-visibility.py)
WARNING: You should add the boolean check kwarg to the run_command call.
It currently defaults to false,
but it will default to true in future releases of meson.
See also: https://github.com/mesonbuild/meson/issues/9300
```

Part-of: <!16>

Part-of: <!14>

Add a meson job for debian sid.

To version the library, meson
should generate (optional) the libffi.map
and pass it to the linker.

Fixes #5

This is often broken.

Part-of: <!8>

Antonio Ospite authored Sep 10, 2020 and Nirbheek Chauhan committed Sep 10, 2020

Fixes #2

Part-of: <!8>

rebuild of the image cause the previous one couldn't
run 32bit binaries due to a secutiry patch apprently

https://support.microsoft.com/en-us/help/4542617/you-might-encounter-issues-when-using-windows-server-containers-with-t

VS 2015 adds its VC bindir to PATH by default, so `ml` will get picked
up if you have VS 2017 installed and enter a VS 2017 x64 command
prompt. This will lead to build failures.

And the image being used.

Code copied from https://github.com/libffi/libffi/pull/486, cleaned
up and split into separate commits with Meson support.

Author is ossdev07 <ossdev@puresoftware.com>

These should really be configure checks, but they require inspecting
the compiled output, which we can't with meson.

Jordan Petridіs authored Jul 11, 2019 and GStreamer Marge Bot committed Jul 17, 2019

Currently the container is based upon a windows 1607 image
and requires a runner with a server/hyper-v 1607 host
to be able to execute.

There are plan on moving the runner to a 1807 later.

x86* are used by the iPhone simulator

armv7 wrapper is taken from the aarch64/ffi.c iOS code

iOS is already supported through the arm/aarch64 codepaths.

Most arches other than x86 actually have the same code for all OSes,
f.ex., arm and aarch64, so invert the ladder.

Let's make a release so people can use a tarball instead of a git
repository.

https://github.com/centricular/libffi/pull/3#issuecomment-431688881

Upstream is at 3.3rc, and we're behind at this point, so 3.2.9999
sounds best.

Requires Meson 0.48, but that isn't released yet. It will just be
ignored on older meson versions.

'debug' is a reserved keyword and starting with meson 0.48 using it as
a user option causes an error:

> meson_options.txt:2: Option name debug is reserved.

Matthew Waters authored Mar 16, 2018 and Mathieu Duponchelle committed Mar 18, 2018

It's _MSC_VER not _MSVC_VER

Matthew Waters authored Mar 16, 2018 and Mathieu Duponchelle committed Mar 18, 2018

MSVC can add truntime code that checks if a stack frame is mismanaged
however our custom assembly delibrately accesses and modifies the parent
stack frame.  Fortunately we can disable that specific check for the
function call so do that.

Ignacio Casal authored Dec 30, 2017 and Mathieu Duponchelle committed Mar 18, 2018

Fixes building with VS2013 which only supports C89.

See: https://github.com/wingtk/gvsbuild/issues/206

Nirbheek Chauhan authored Mar 01, 2017 and Mathieu Duponchelle committed Mar 18, 2018

We can't just blindly assume that everything will be relative to the
build root. Must use paths relative to the current source/build dir.

Nirbheek Chauhan authored Feb 28, 2017 and Mathieu Duponchelle committed Mar 18, 2018

Allows usage of the library via subprojects