AArch64: Remove duplicitous element_count call.

This inhibits an analyzer warning by Clang.

Darwin/aarch64: Respect iOS ABI re: stack argument alignment

Darwin/aarch64: Fix size_t assumptions

Darwin/aarch64: Fix "shadows declaration" warnings

Darwin/aarch64: Use Clang cache invalidation builtin

Darwin/aarch64: Account for long double being equal to double

Darwin/aarch64: Use CNAME, restrict .size like ARM

Darwin/aarch64: Fix invalid reference in assembly

Darwin/x86_64: Fix 64-bit type shortening warnings

Darwin: Merge build scripts, redo project, incl. arm64

Darwin/iOS: Improve unified syntax use for LLVM

Fix dlmalloc warnings due to set_segment_flags, sizeof(size_t)

Darwin/iOS: Fix mis-typing of vfp_reg_free

Darwin/ARM: Assert on NULL dereference

This inhibits an analyzer warning by Clang on all platforms.

Darwin/i386: Inhibit Clang previous prototype warnings

Darwin/ARM: Inhibit Clang previous prototype warnings

Darwin/AArch64: Inhibit Clang previous prototype warnings

Undo iOS ARM64 changes.

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

Mention Aarch64 on iOS

Mention Aarch64 on iOS

Remove build-ios from Makefile

Merge branch 'master' of github.com:/atgreen/libffi
Add ChangeLog entry.

Merge pull request #60 from zwaldowski/ios-redo

Mac/iOS support, including aarch64 port

Darwin: Properly export headers from Xcode project

Darwin: Freshen gen scripts, remove old build-ios.sh

Darwin/iOS: Include x86_64+aarch64 pieces in library

Darwin/aarch64: size_t assumptions

Darwin/aarch64: Fix “shadows declaration” warnings

Darwin/aarch64: Use Clang cache invalidation builtin

Darwin/aarch64: Inhibit Xcode warning

Darwin/aarch64: double == long double

Darwin/iOS prep script: try and compile for arm64

Darwin/aarch64: Restrict .size to ELF like arm32.

Darwin/aarch64: Potentially(?) fix compile error

Darwin/aarch64: Use CNAME refs

Darwin/Mac: Fix 64/32 shortening warnings

Darwin: Misc size_t warnings

Darwin: Fix dlmalloc warnings due to sizeof(size_t)

Darwin: Rebuild Xcode project

Darwin/iOS: Fix LLVM 3.3 warning re: memcpy.

Darwin: Clean up, modernize generator scripts

Darwin/Mac: Also exclude OS X generated source

Darwin/iOS: More unified syntax support w/ Clang.

Signed-off-by: Zachary Waldowski <zwaldowski@gmail.com>

Darwin/iOS: Simplify RETLDM arguments for LLVM 3.1

Signed-off-by: Zachary Waldowski <zwaldowski@gmail.com>

Darwin: Silence Clang warnings.

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

Conflicts:
ChangeLog

This separates the 32-bit sysv/linux/bsd code from the 64-bit linux
code, and makes it possible to link code compiled with different
options to those used to compile libffi.  For example, a
-mlong-double-128 libffi can be used with -mlong-double-64 code.

Using the return value area as a place to pass parameters wasn't such
a good idea, causing a failure of cls_ulonglong.c.  I didn't see this
when running the mainline gcc libffi testsuite because that version of
the test is inferior to the upstreamm libffi test.

Using NUM_FPR_ARG_REGISTERS rather than NUM_FPR_ARG_REGISTERS64 meant
that a parameter save area could be allocated before it was strictly
necessary.  Wrong but harmless.  Found when splitting apart ffi.c
into 32-bit and 64-bit support.

This separates the 32-bit sysv/linux/bsd code from the 64-bit linux
code, and makes it possible to link code compiled with different
options to those used to compile libffi.  For example, a
-mlong-double-128 libffi can be used with -mlong-double-64 code.

Using the return value area as a place to pass parameters wasn't such
a good idea, causing a failure of cls_ulonglong.c.  I didn't see this
when running the mainline gcc libffi testsuite because that version of
the test is inferior to the upstreamm libffi test.

Using NUM_FPR_ARG_REGISTERS rather than NUM_FPR_ARG_REGISTERS64 meant
that a parameter save area could be allocated before it was strictly
necessary.  Wrong but harmless.  Found when splitting apart ffi.c
into 32-bit and 64-bit support.

Merge pull request #59 from iains/powerpc-darwin-unwind-fix

Fix PowerPC Darwin FDE encodings to use pcrel correctly.  Modernise the picbase labels.

Fix PowerPC Darwin FDE encodings to use pcrel correctly.  Modernise the picbase labels.

Clean up code to appease modern GCC compiler.

An #endif in the wrong place would cause compile failure on powerpcle.
Using bl instead of b doesn't cause runtime failures as you might think,
but does mess the processor branch prediction.

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

Conflicts:
ChangeLog
src/powerpc/ffi.c

Finally, this adds _CALL_ELF == 2 support.  ELFv1 objects can't be
linked with ELFv2 objects, so this is one case where preprocessor
tests in ffi.c are fine.  Also, there is no need to define a new
FFI_ELFv2 or somesuch value in enum ffi_abi.  FFI_LINUX64 will happily
serve both ABIs.

Finally, this adds _CALL_ELF == 2 support.  ELFv1 objects can't be
linked with ELFv2 objects, so this is one case where preprocessor
tests in ffi.c are fine.  Also, there is no need to define a new
FFI_ELFv2 or somesuch value in enum ffi_abi.  FFI_LINUX64 will happily
serve both ABIs.

Andreas' 2013-02-08 change reverted some breakage for struct return
values from 2011-11-12, but in so doing reintroduced string
instructions to sysv.S that are not supported on all powerpc variants.
This patch properly copies the bounce buffer to destination in C code
rather than in asm.

I have tested this on powerpc64-linux, powerpc-linux and
powerpc-freebsd.  Well, the last on powerpc-linux by lying to
configure with

CC="gcc -m32 -msvr4-struct-return -mlong-double-64" \
CXX="g++ -m32 -msvr4-struct-return -mlong-double-64" \
/src/libffi-current/configure --build=powerpc-freebsd

and then

make && make CC="gcc -m32" CXX="g++ -m32" \
RUNTESTFLAGS=--target_board=unix/-m32/-msvr4-struct-return/-mlong-double-64\
 check

The powerpc64 ABIs align structs passed by value, a fact ignored by
gcc for quite some time.  Since gcc now does the correct alignment,
libffi needs to follow suit.  This ought to be made selectable via
a new abi value, and the #ifdefs removed from ffi.c along with many
other #ifdefs present there and in assembly.  I'll do that with a
followup patch sometime.

This is a revised version of
https://sourceware.org/ml/libffi-discuss/2013/msg00162.html

This patch prepares for ELFv2, where sizes of these areas change.  It
also makes some minor changes to improve code efficiency.

The powerpc64 support opted to pass floating point values both in the
fpr area and the parameter save area, necessary when the backend
doesn't know if a function argument corresponds to the ellipsis
arguments of a variadic function.  This patch adds powerpc support for
variadic functions, and changes the code to only pass fp in the ABI
mandated area.  ELFv2 needs this change since the parameter save area
may not exist there.

This also fixes two faulty tests that used a non-variadic function
cast to call a variadic function, and spuriously reasoned that this is
somehow necessary for static functions..

Fix sample closure code

Fix broken test cases

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

Conflicts:
ChangeLog

update Changelog

This enshrines the current testsuite practice of using ffi_arg for
returned values.  It would be reasonable and logical to use the actual
return argument type as passed to ffi_prep_cif, but this would mean
changing a large number of tests that use ffi_arg and all backends
that write results to an ffi_arg.

Respect HAVE_ALLOCA_H

add a testcase for the double/float issue on ARMHF

stop trying to assing vfp regs once we are done with the registers

mark all vfp registers as used when done.

To avoid assigning registers the would fit, once arguments have been on
the stack, we mark all registers as used once we do not find a free
register for the first time.

UltraSPARC IIi fix.  Update README and build configury.

Align the stack pointer to 16-bytes.

Mark executable as not requiring executable stack.

Fix up docs

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

Merge pull request #45 from foss-for-synopsys-dwc-arc-processors/arc_support

arc: Fix build error

Merge pull request #45 from foss-for-synopsys-dwc-arc-processors/arc_support

arc: Fix build error

Don't align stack for win32

Merge pull request #51 from vbudovski/for_upstream

Don't use 16 byte aligned stack for WIN32

Add more credits to README.  Tidy up.

Update README

Fix N32 ABI issue for MIPS.

Update travis-ci build dependencies to include texinfo

Add nios2 port.

Fix testsuite bug

Fix many.c testcase for Aarch64

Fix spelling errors

Update README for M88K and VAX

Add m88k and VAX support. Update some configury bits.

Don't use 16 byte aligned stack for WIN32

This fixes a crash when accessing __stdcall functions in Python ctypes.

arc: Fix build error

One part of the patch for ARC support was missing in the upstreamed
version.

Signed-off-by: Mischa Jonker <mjonker@synopsys.com>

little-endian ppc64 support

Rebuild for ARC additions

Revert "Merge pull request #36 from abergmeier/emscripten_fix"

This reverts commit 6a4d901dde7b3f87984c563505717cde3113d16e, reversing
changes made to b50a13b9c07ec09af4b9697e482acdad571e6961.

Merge pull request #36 from abergmeier/emscripten_fix

Fixes for building with Emscripten

Merge pull request #44 from foss-for-synopsys-dwc-arc-processors/arc_support

Add ARC support

Merge pull request #43 from JensTimmerman/__m128

added include for xmmintrin.h

added include for xmmintrin.h

Add ARC support

This adds support for the ARC architecture to libffi. DesignWare ARC
is a family of processors from Synopsys, Inc.

This patch has been tested on a little-endian system and passes
the testsuite.

Signed-off-by: Mischa Jonker <mjonker@synopsys.com>

Enable disabling of libtool on platforms where it does not work (e.g. LLVM).
Build libraries normally then.

Merge pull request #34 from davidsch/armhf

Fix ARM hard-float support for large numbers of VFP arguments