| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Autoconf hasn’t had an update since 2014, and it doesn’t look like it will soon[1]
This updates config.{guess,sub}
It adds support for e.g. `-ios`, which allows to have targets like `aarch64-apple-ios`.
It basically does exactly what the config.guess script says:
> It is advised that you download the most up to date version of the config scripts from
The configure.ac script has been updated to relax `*-apple-darwin*` to `*-apple-*`.
Similarly the `.gitignore` and `autogen.sh` needed to be updated to respect the
newer `config.{sub,guess}`
—
[1]: http://lists.gnu.org/archive/html/autoconf/2016-07/msg00017.html
|
|
|
|
| |
The exec configury is appropriate for all current targets (including using older tools on them).
|
|\
| |
| | |
Use ELF symbol versioning
|
| |
| |
| |
| |
| |
| | |
At the same time, we must bump the (major) ABI version. This needed to be
done anyway due to ABI breakage in the AArch64 port (see 12cf89ee and the
corresponding GCC PR70024).
|
|/ |
|
|
|
|
|
|
|
|
|
|
|
|
| |
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.
|
|\
| |
| | |
Add configure-option to disable building docs
|
| | |
|
|/
|
|
|
|
|
|
|
|
|
|
|
| |
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.
|
| |
|
|
|
|
|
|
| |
systems
This is a direct copy/paste port of the ARM code, with changes because of Aarch64 pc-relative addressing restrictions.
|
| |
|
|
|
|
|
|
| |
It's silly to stick to esa/390 features when the compiler won't.
Detect when brasl and larl are used by the compiler and then use
them in the assembly.
|
|
|
|
|
|
|
|
| |
This eliminates the AM_CONDITIONAL ugliness, which eliminates
just a bit of extra boilerplate for a new target.
At the same time, properly categorize the EXTRA_DIST files
into SOURCES and HEADERS, for the generation of ctags.
|
|
|
|
|
| |
Split out the host case statement to a separate file, so that
we don't have to regenerate configure.in for changes therein.
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This patch adds support for the OpenRISC architecture.
(http://opencores.org/or1k/Main_Page)
This patch has been tested under Linux with QEMU-user emulation support.
- 32 Bit
- big endian
- delayed instructions
This is the only available configuration under Linux.
The description of the ABI can be found on the official website.
Is passes the testsuite except of the unwindtest_ffi_call.cc
testcase, which seems to be a problem of gcc and not libffi.
Some testcases of the gcc testsuite still fail.
Signed-off-by: Sebastian Macke <sebastian@macke.de>
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
| |
Running the C compiler with -shared-libgcc -lstdc++ does not work on
non-GCC compilers.
|
|
|
|
| |
This fixes cross-compilation and compilation with CC="gcc -m32".
|
| |
|
| |
|
|
|
|
|
|
| |
64-bit Windows already used this check; make it universal, and use it in
place of an ifdef on X86_WIN32, to handle non-Windows platforms that use
the underscore, such as Darwin.
|
|\
| |
| | |
Merge configure.host into configure.ac
|
| |
| |
| |
| |
| | |
configure.host only has a single entry, and shows no signs of needing
more added.
|
|/ |
|
|\ |
|
| | |
|
| |
| |
| |
| |
| |
| |
| | |
https://bugzilla.mozilla.org/show_bug.cgi?id=778414
Also tracked as issue #42.
https://github.com/atgreen/libffi/issues/42
|
|/
|
|
| |
https://bugzilla.mozilla.org/show_bug.cgi?id=756740
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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 reverts commit 6a4d901dde7b3f87984c563505717cde3113d16e, reversing
changes made to b50a13b9c07ec09af4b9697e482acdad571e6961.
|
|\
| |
| | |
Fixes for building with Emscripten
|
| |
| |
| |
| | |
Build libraries normally then.
|
|/
|
|
|
|
|
|
|
|
| |
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>
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|