Try different msvc hack

msvc c99 hack

More msvc hacks

msvc fixes

Remove debug output

Force literals to float (msvc warning)

Fix msvc linking

Fix library path handling

Deal with libpath

Fix library path handling

Use mixed cygpath paths

Copy - don't symlink - to support msvc builds

Use cygpath to convert windows paths

try to fix windows builds

Reduce verbosity

iOS builds

Fix -L support

Fix quoting

Don't set AM_MAKEFLAGS

Run tests with lots of debug output

Add -L and -l support

Mention C99 and build requirements

Remove reference to wiki

Refactor travis build instructions.  Add iOS build

Add issue template

Remove uninitialized warning. Fix #163.

revert

Try bhaible tests in appveyor

Formatting fixes

Add libffi.map.in to extra dist files

Add sparc solaris build notes

Fix formatting

Fix formatting

Don't align-double for 32-bit x86

Remove debug output

Add m4/ax_require_defined.m4

travis debug

Update autoconf archive macros

Add missing FFI_GNUW64 enum

Merge branch 'master' of github.com:/libffi/libffi

Add FFI_GNUW64 ABI for GNU 80-bit long double support

Add FFI_GWIN64 ABI for GNU 80-bit long double support

Fully allocate file backing writable maps (#389)

When ftruncate() is used on a filesystem supporting sparse files,
space in the file is not actually allocated.  Then, when the file
is mmap'd and libffi writes to the mapping, SIGBUS is thrown to
the calling application.  Instead, always fully allocate the file
that will back writable maps.

Fix return values

Make tests compile/run standalone

Formatting fixes.  Add 'bug fixes' note.

xfail unwind tests for moxie

Install moxie libstdc++

Install moxie-elf-g++

Fix closure case where 8-byte value is partially passed in register.  Fixes cls_many_mixed_float_double test case.

Run dejagnu's runtest with -a option to prevent travis timeouts after 10min

fix .travis.yml

fix .travis.yml

fix .travis.yml

fix .travis.yml

fix .travis.yml

fix .travis.yml

fix .travis.yml

fix .travis.yml

fix .travis.yml

Fix travis.yml

yaml syntax error fix

markdown fixes

Fix test cases with short results

Debug travis output

test

debug

debug

Debug env

Refactor

fix moxie build

fix moxie build

revert test

test

Add experimental moxie travis build

Update moxie sub opcode

Fix appveyor badge

Fix travis badge.  Add REAME.md to dist files

Preformat release notes

Preformat release notes

Try to fix table

Clean up markdown table

Move to markdown

Add travis and appveyor build badges

Support compiler specific warning suppression flags

Support compiler specific warning suppression flags

Add bhaible's missing Makefile

Remove stray directory

Update version number to next pre-release

Update test list for dist

Add Bruno Haible and Bill Triggs' libffi testsuite

Next release will be 3.3

New RISC-V port (#281)

* Add RISC-V support

This patch adds support for the RISC-V architecture (https://riscv.org).

This patch has been tested using QEMU user-mode emulation and GCC 7.2.0
in the following configurations:

* -march=rv32imac -mabi=ilp32
* -march=rv32g -mabi=ilp32d
* -march=rv64imac -mabi=lp64
* -march=rv64g -mabi=lp64d

The ABI currently can be found at
https://github.com/riscv/riscv-elf-psabi-doc/blob/master/riscv-elf.md .

* Add RISC-V to README

* RISC-V: fix configure.host

Merge pull request #406 from trofi/master

ia64: fix variadic function closures with FP arguments

Merge pull request #407 from trofi/ia64-small-struct

ia64: fix small struct return

Merge pull request #409 from andreas-schwab/master

Revert "Fix passing struct by value on aarch64"

Revert "Fix passing struct by value on aarch64"

This reverts commit 482b37f00467325e3389bab322525099860dd9aa.

That was actually a bug in python, see <https://bugs.python.org/issue30353>.

ia64: fix small struct return

This change fixes libffi.call/struct10.c failure on ia64:
FAIL: libffi.call/struct10.c -W -Wall -Wno-psabi -O0 execution test

.Lst_small_struct handles returns for structs less than 32 bytes
(following ia64 return value ABI [1]). Subroutine does roughly the
following:

```
    mov [sp+0]  = r8
    mov [sp+8]  = r9
    mov [sp+16] = r10
    mov [sp+24] = r11
    memcpy(destination, source=sp, 12);
```

The problem: ia64 ABI guarantees that top 16 bytes of stack are
scratch space for callee function. Thus it can clobber it. [1]
says (7.1 Procedure Frames):
"""
* Scratch area. This 16-byte region is provided as scratch storage
  for procedures that are called by the current procedure. Leaf
  procedures do not need to allocate this region. A procedure may
  use the 16 bytes at the top of its own frame as scratch memory,
  but the contents of this area are not preserved by a procedure call.
"""

In our case 16 top bytes are clobbered by a PLT resolver when memcpy()
is called for the first time. As a result memcpy implementation reads
already clobbered data frop top of stack.

The fix is simple: allocate 16 bytes of scrats space prior to memcpy()
call.

[1]: https://www.intel.com/content/dam/www/public/us/en/documents/guides/itanium-software-runtime-architecture-guide.pdf

Bug: https://bugs.gentoo.org/634190
Signed-off-by: Sergei Trofimovich <slyfox@gentoo.org>

new test: return small struct

The bug originally was discovered in https://bugs.gentoo.org/634190
where complicated callback was returning invalid data on ia64.

This change adds minimal reproducer that fails only on ia64 as:

FAIL: libffi.call/struct10.c -W -Wall -Wno-psabi -O0 execution test
FAIL: libffi.call/struct10.c -W -Wall -Wno-psabi -O2 execution test
FAIL: libffi.call/struct10.c -W -Wall -Wno-psabi -O3 execution test
FAIL: libffi.call/struct10.c -W -Wall -Wno-psabi -Os execution test

Test passes on amd64. The fix is in the following commit.

Bug: https://bugs.gentoo.org/634190
Signed-off-by: Sergei Trofimovich <slyfox@gentoo.org>

ia64: fix variadic function closures with FP arguments

libffi test framework already flagged failures as:

```
    FAIL: libffi.call/cls_double_va.c -W -Wall -Wno-psabi -O0 output pattern test, is 7.0
    res: 4
    0.0
    res: 4
    ? should match 7.0
    ?es: 4
    ?.0
    res: 4
```

Failure happens here at

```c
    // testsuite/libffi.call/cls_double_va.c
    ...
    char*  format    = "%.1f\n";
    double doubleArg = 7;
    ...
    CHECK(ffi_prep_closure_loc(pcl, &cif, cls_double_va_fn, NULL,
                               code) == FFI_OK);
    res = ((int(*)(char*, ...))(code))(format, doubleArg);
```

libffi expects 'doubleArg' to be located in 'f9' (second FP argument) but
gcc placed it to 'r33' (second GR).

ia64 software [1] manual described argument passing ABI in
"8.5.2 Register Parameters" as:

"""
    If an actual parameter is known to correspond to a floating-point
    formal parameter, the following rules apply:
    a) The actual parameter is passed in the next available floating-point
       parameter register, if one is available. Floating-point parameter
       registers are allocated as needed from the range f8-f15, starting
       with f8.
    b) If all available floating-point parameter registers have been used,
       the actual parameter is passed in the appropriate general register(s).
       (This case can occur only as a result of homogeneous floating-point
       aggregates, described below.)

    If a floating-point actual parameter is known to correspond to
    a variable-argument specification in  the formal parameter list,
    the following rule applies:
    c) The actual parameter is passed in the appropriate general
       register(s).

    If the compiler cannot determine, at the point of call,
    whether the corresponding formal parameter is a varargs parameter,
    it must generate code that satisfies both of the above conditions.
    (The compiler’s determination may be based on prototype declarations,
    language standard assumptions,  analysis, or other user options or
    information.)
"""

We have [c] case here and gcc uses only GR for parameter passing.

The change binds known variadic arguments ro GRs instead of FPs as those
are always expected to be initialized for all variadic call types.

This fixes all 10 failures on ia64-unknown-linux-gnu:

```
                 === libffi Summary ===
    -# of expected passes            1945
    -# of unexpected failures        10
    +
    +# of expected passes            1955
```

[1]: https://www.intel.com/content/dam/www/public/us/en/documents/guides/itanium-software-runtime-architecture-guide.pdf

Signed-off-by: Sergei Trofimovich <slyfox@gentoo.org>