Simplify/fix libffi_feature_test

As detailed in
<http://news.gmane.org/find-root.php?message_id=%3C87wppswqqt.fsf%40kepler.schwinge.homeip.net%3E>,
the original code (originally added in commit
f1301a54bb80e6ae23f7687c68f36875dae69134 as part of pull request #145) does not
work (at least not for me, in the GCC environment).

Merge pull request #212 from tromey/struct-layout

add ffi_get_struct_offsets

Merge pull request #227 from tromey/fix-documentation-build

Fix documentation build

add ffi_get_struct_offsets

remove and ignore texinfo.tex

This file is provided by Automake

fix documentation building

An earlier patch added --disable-docs, but went too far, making it
impossible to build the docs.

It turns out that Automake seemingly has a bug preventing the
conditional build of an info file.  So, this patch works around the
bug by putting the info_TEXINFOS rule into a new doc/Makefile.am.

Tested by building with and without --disable-docs and looking for the
existence of doc/libffi.info.

Merge pull request #190 from havardgraff/master

Add configure-option to disable building docs

Merge pull request #194 from amodra/master

Correct powerpc sysv stack argument accounting

Merge pull request #104 from joshtriplett/efi64

Support the Windows/EFI calling convention on all x86-64 targets

Merge pull request #199 from Pan7/master

Fix configuring msvc compiler

Merge pull request #197 from foxsen/mips_go_closure

Mips go closure support

Merge pull request #193 from rth7680/fix-70

Test case from issue #70

Merge pull request #206 from edolnx/master

Add configure flag to disable multi-os-directory support

Merge pull request #211 from tromey/move-prep-types-out-of-ffi.h

ffi_prep_types is internal-only

Merge pull request #213 from tromey/remove-FFI_TYPE

remove FFI_TYPE typedef

Merge pull request #214 from tromey/document-enum-support

document (lack of) enum handling in libffi

Merge pull request #205 from filbranden/tool_opts

Fix dejagnu test support for --tool_opts

Merge pull request #225 from ehsan/safeseh

Don't clobber safeseh for msvcc.sh -clang-cl in 32-bit mode

Fix dejagnu test support for --tool_opts

Right now it concatenates it with the existing options and then appends
it to that list, fix it to simply append it as is, same as it is done
with the other variables.

Tested by running the following command which includes gcc options:
  $ make check RUNTESTFLAGS="--tool_opts '-Werror'"

Without this patch, all the tests fail. With it, the test succeed.
Inspecting the logs shows that -Werror was indeed used when compiling
the test sources.

Don't clobber safeseh for msvcc.sh -clang-cl in 32-bit mode

The commit fb25cd0 went a bit too far and removed safeseh
when -clang-cl was passed, but that's only needed in x86-64
which is already handled by the -m64 flag.

I discovered this when building Firefox x86 with clang-cl.

Merge pull request #222 from freakboy3742/t181

Fixed #181 -- Corrected problems with ARMv7 build under iOS.

Merge pull request #224 from plicease/travis

update apt-get in travis

update apt-get in travis

Merge branch 'master' into t181

Fixed #181 -- Corrected problems with ARMv7 build under iOS.

Based on a patch from @fealebenpae, with input from @SolaWing and @rth7680,
and testing from @superdump.

Merge pull request #221 from tromey/document-closure-ffi_arg

Document closure ffi arg

correctly document closure return promotion

fix formatting of ffi_prep_closure_loc arguments

document (lack of) enum handling in libffi

remove FFI_TYPE typedef

ffi_prep_types is internal-only

speling fix

Merge pull request #209 from tromey/documentation-updates

documentation fixes

Merge pull request #207 from tromey/deprecate-ffi-prep-closure

mark ffi_prep_closure as deprecated

documentation fixes

Fixes #78.  Documentation for #33 and #35, but no fix.

mark ffi_prep_closure as deprecated

Add configure flag to disable multi-os-directory support

In some environments, installing the library to GCC's
multi-os-directory is not perferable. This patch adds a switch
to configure "--disable-multi-os-directory" which will disable
that check, typically falling back to ${libdir} unless
cross-compiling.

Original patch was written by Stewart Brodie, and was found at
https://sourceware.org/ml/libffi-discuss/2013/msg00144.html

I've just updated it to work with the current version.

Tidy call.exp test collection

Commit c952a92e20aa6013d8202d0b3fa1d87838c83054 moved all of
the complex tests to libffi.complex, but failed to remove the
anti-globbing from libffi.call.

Test case from Issue #70

Merge pull request #202 from tromey/note-prep-cif-var-usage

document that there must be ntotalargs types

Merge pull request #201 from tromey/fix-texinfo-buglet

Add missing "@" to @var{}

document that there must be ntotalargs types

Add missing "@" to @var{}

Fix configuring msvc compiler

fix type error in unwind code

add unwind infor for *go_closure;
reorder the labels to make thing more clear

fix O32 stack unwind code
add missing 1: label

various fixes for go closure support. Now all n64 tests passed.

add support for go closure support on mips

Correct powerpc sysv stack argument accounting

ppc32 starts using the stack for integer arg passing when we run out
of integer arg passing registers.  Similarly, we start using the stack
for floating point args when we run out of floating point registers.
The decision on where an integer arg goes does not depend on number of
floating point args, nor does the decision on where a floating point
arg goes depend on number of integer args.  Alignment of stack args
also simply depends on number of stack args.

This patch untangles the horrible mess we had, with intarg_count being
wrongly used to count both integer args and stack words.

* src/powerpc/ffi_sysv.c (ffi_prep_cif_sysv_core): Count fprs,
gprs, and stack words separately.
(ffi_prep_args_SYSV): Similarly.

Support the WIN64/EFI64 calling convention on all X86_64 platforms

Add a new calling convention FFI_EFI64, alias FFI_WIN64, on all X86_64
platforms.  This allows libffi compiled on a 64-bit x86 platform to call
EFI functions.

Compile in ffiw64.c and win64.S on all X86_64 platforms.  When compiled
for a platform other than X86_WIN64, ffiw64.c suffixes its functions
with _efi64, to avoid conflict with the platform's actual
implementations of those functions.

src/x86/ffiw64.c: Don't assign a "char *" to an "unsigned char *"

Declare a local variable to match the type of the struct field assigned
to it, rather than adding unsigned to the type.  Fixes a -Wpointer-sign
warning.

src/x86/win64.S: Handle name mangling and PIC

Move the macros from unix64.S into a shared header asmnames.h and use
them in win64.S too.

src/x86/win64.S: Support compiling on non-WIN64 platforms

Non-WIN64 versions of the GNU assembler don't support the .seh_*
directives for structured exception handling, so wrap them in a macro
that compiles to nothing.

Handle the registers used for the non-Windows x86-64 calling convention
when on a non-Windows platform.  Distinguish between cases that should
refer to the native argument registers (defined as arg0, arg1, arg2, and
arg3) and cases that should always refer to the Windows argument
registers.

Add configure-option to disable building docs

Modified arm/sysv.S to remove directives not allowed by clang.

Merge pull request #185 from freakboy3742/t184

Fixed #184 -- Corrected source file references in Darwin source generator tool.

Merge pull request #186 from freakboy3742/gitignore

Added generated source file to .gitignore.

Added generated source file to .gitignore.

Fixed #184 -- Corrected file references in Darwin source generator tool.

Merge pull request #178 from rth7680/aa64-ilp32

aarch64: Handle ILP32 ABI

aarch64: Handle ILP32 ABI

Merge pull request #176 from 0-wiz-0/master

Handle NetBSD/powerpc the same as FreeBSD and OpenBSD.

Handle NetBSD/powerpc the same as FreeBSD and OpenBSD.

Signed-off-by: Thomas Klausner <wiz@NetBSD.org>

Remove incomplete sentence

Merge pull request #175 from rth7680/sparc

sparc: Re-introduce hand-written unwind info

Merge pull request #174 from rth7680/fbsd

configure: Run HAVE_AS_X86_PCREL for all X86 targets

sparc: Re-introduce hand-written unwind info

Fixes the build with the Solaris assembler.

configure: Run HAVE_AS_X86_PCREL for all X86 targets

Merge pull request #170 from fealebenpae/aarch64-trampoline-table

Support closures on ARM64 iOS

Merge pull request #172 from rth7680/fixes

x86: Fix cygwin32 build

x86: Fix cygwin32 build

The section syntax is just that little bit different.

Merge pull request #171 from rth7680/fixes

Fixes from mainline gcc

sparc: Also mark the return address in unwind info

sparc: Solaris fixes, part 2

/bin/as seems to only understand single-digit labels
/bin/as knows nothing about .rept/.endr

sparc: Solaris fixes

* /bin/as requires .type fn,#function instead of @function.
* /bin/as doesn't support .macro/.endm.  I'm using preprocessor macros
  instead to implement E in src/sparc/v[89].S.

x86: Solaris fixes

* Solaris/x86 /bin/as doesn't support .org, so I've just disabled the
  uses in src/x86/{sysv, unix64}.S, as on Darwin.
* Solaris/x86 needs to use EH_FRAME_FLAGS so manually and compiler
  generated .eh_frame sections match, otherwise libffi.so fails to link:
* Solaris/x86 /bin/as has different COMDAT syntax; I've disabled it for
  the moment.

aarch64: implement the trampoline table workaround for ffi closures on Apple systems

This is a direct copy/paste port of the ARM code, with changes because of Aarch64 pc-relative addressing restrictions.

aarch64: rewrite range syntax into list to appease Clang

Clang's assembler in Xcode 6 appears to choke when the operand of st4 is a range, but is happy with a list.

New test case for old aarch64 bug

Remove extra brackets in configure.host

This table is no longer in configure.ac, needing
protection from m4.

x86: Fix thinko in ffi_raw_call

Missed structure initialization for raw path.
Apparently there are no tests for this outside gcc.

Merge pull request #166 from chevah/master

Fix expr error in Solaris 10 when using gcc.

Merge pull request #165 from rth7680/pcc

Support PCC as producer and consumer

Merge pull request #164 from rth7680/darwin

Fix build on darwin

Merge pull request #160 from nobu/msvc-no-complex

x86: MSVC does not support Complex type

Merge pull request #159 from nobu/fix-void-arith

x86: Fix void pointer arithmetic

Fix expr error in Solaris 10 when using gcc.

x86: Avoid fastcall when building with pcc

Apparently, PCC doesn't support the fastcall calling convention.
Nor does it issue a warning or error for the attribute that it
does not understand.

x86: Load structure return address into eax

x86: Reinstate hand-written unwind info for sysv.S

x86: Expand FFI_GO_CLOSURE

If we're going to have to hand-write unwind info for darwin,
these macros make the job harder.

x86: More Darwin unwind fixups

EHFrame{N} IIRC is a special cue to ld64 that it should treat the unwind
in the object as "special/legacy" .. [these days everything is .cfi_xxxx
(except, cctools-as, as you noted)] .. without that much confusion arises
with ld64's atom-isation of the eh_frame section.

xxxx.eh labels are not needed for darwin ld64 >= 85.2.1 (i.e. darwin9,
xcode 3.1.4) to all intents and purposes, that's all that matters now,
since I think that anyone trying to build on 10.4/darwin8/xcode2.5 would
have to use a later ld64 (from odcctools) for other reasons.

x86: Reinstate hand-written unwind info for unix64.S

One more try to get default Darwin to work.

x86: Avoid using gas local labels

Which are unsupported by Darwin cctools as.
Thankfully this doesn't uglify the source too much.

x86: Remove use of .cfi_escape

The unwind info isn't 100% correct at all points during the epilogue,
and not annotating is just as incorrect as the annotation.  This works
better on systems that do not support DW_OP_call_frame_cfa.

x86: Honor alignment of arguments

Darwin aligns long-double to 16, and thus all of the long double
tests were failing due to not honoring that.  We ought to be able
to devise a test case for GCC using __attribute__((aligned)) that
would have failed too.

x86: Use .balign not .align

The Apple assembler defaults to power of two alignment, rather than
byte alignment like everyone else.  Force byte alignment by using
the proper directive.

x86: Disable .org for Darwin

x86: Best guess at update for Darwin