Remove stray hunk that shouldn't have been included in this patch.

Ensure the linker supports @unwind sections in libffi. From Mozilla bug 756740.
https://bugzilla.mozilla.org/show_bug.cgi?id=778414

Also tracked as issue #42.
https://github.com/atgreen/libffi/issues/42

Update Makefile for new darwin scripts

Add README note

Add missing -DFFI_DEBUG flag

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

Merge pull request #46 from makotokato/android-clang

Fix build failure when using clang for Android

Merge pull request #46 from makotokato/android-clang

Fix build failure when using clang for Android

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

Merge pull request #40 from wojdyr/master

Correct the -L flag in libffi.pc.in

Merge pull request #66 from ppizarro/master

BlackFin fixes - Fatal error when calling a function defined in a shared library from within the function called by FFI

Merge pull request #66 from ppizarro/master

BlackFin fixes - Fatal error when calling a function defined in a shared library from within the function called by FFI

Add ChangeLog entry for Josh's change

Merge pull request #75 from joshtriplett/longdouble

Fix build error on x86 without distinct long double

Rebuilt with new libtool

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

Conflicts:
ChangeLog

Fix spelling errors

Fix spelling errors

When no VFP arguments are present the IP register is used
uninitialized. Initialize it to the value of FP.

This fixes a number of testsuite failures when configured for
armv7l-unknown-linux-gnueabihf

aarch64 fix

Fix ChangeLog merge

Fix build error on x86 without distinct long double

src/x86/ffi64.c: In function 'classify_argument':
src/x86/ffi64.c:205:5: error: duplicate case value
     case FFI_TYPE_LONGDOUBLE:
     ^
src/x86/ffi64.c:202:5: error: previously used here
     case FFI_TYPE_DOUBLE:
     ^

Merge pull request #72 from heiher/devel

MIPS N32: Fix call floating point va function

Merge pull request #68 from zeldin/master

Linux/ppc64: Remove assumption on contents of r11 in closure

Fix call floating point va function

I'm not sure floating-point arguments in GPR or FPR before calling
variable number arguments function. so, load all arguments to GPR and
FPR.

AArch64: Fix void fall-through case when assertions are enabled

AArch64: Fix missing semicolons when assertions are enabled

Remove build-ios from Makefile

Conflicts:
ChangeLog

Mention Aarch64 on iOS

Update ChangeLog

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

Linux/ppc64: Remove assumption on contents of r11 in closure

When the function called by the ffi called a function defined in a shared library generate a fatal error
The correction was to take into consideration the GOT.

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