src/lib/libc/quad, branch releng/11.3FreeBSD source treehttps://cgit-dev.freebsd.org/src/atom?h=releng%2F11.32018-03-29T02:50:57ZRevert r330897:2018-03-29T02:50:57ZEitan Adlereadler@FreeBSD.org2018-03-29T02:50:57Zurn:sha1:4ab2e064d7950be84256d671a7ae93f87cc6aa36
This was intended to be a non-functional change. It wasn't. The commit
message was thus wrong. In addition it broke arm, and merged crypto
related code.
Revert with prejudice.
This revert skips files touched in r316370 since that commit was since
MFCed. This revert also skips files that require $FreeBSD$ property
changes.
Thank you to those who helped me get out of this mess including but not
limited to gonzo, kevans, rgrimes.
Requested by: gjb (re)
Partial merge of the SPDX changes2018-03-14T03:19:51ZEitan Adlereadler@FreeBSD.org2018-03-14T03:19:51Zurn:sha1:be5d0b9566b13fdf8cabebb63334cbec12bfc409
These changes are incomplete but are making it difficult
to determine what other changes can/should be merged.
No objections from: pfg
Remove MK_ARM_EABI, the armeb issues have been fixed. The code to support2014-10-01T08:26:51ZAndrew Turnerandrew@FreeBSD.org2014-10-01T08:26:51Zurn:sha1:6d4766c1b839d7eeb4cc0f15eef51d887848cbc4
the oabi is still in the tree, but it is expected this will be removed
as developers work on surrounding code.
With this commit the ARM EABI is the only supported supported ABI by
FreeBSD on ARMa 32-bit processors.
X-MFC after: never
Relnotes: yes
Differential Revision: https://reviews.freebsd.org/D876
Replace use of ${.CURDIR} by ${LIBC_SRCTOP} and define ${LIBC_SRCTOP}2014-03-04T02:19:39ZMarcel Moolenaarmarcel@FreeBSD.org2014-03-04T02:19:39Zurn:sha1:8876613dc50029e88a84fd595d4a1f3c52c92350
if not already defined. This allows building libc from outside of
lib/libc using a reach-over makefile.
A typical use-case is to build a standard ILP32 version and a COMPAT32
version in a single iteration by building the COMPAT32 version using a
reach-over makefile.
Obtained from: Juniper Networks, Inc.
For ARM EABI we only need a subset of the quad functions, the rest are2013-01-19T02:33:57ZAndrew Turnerandrew@FreeBSD.org2013-01-19T02:33:57Zurn:sha1:850e744187a6784353d7628d2d5a119dcb834f75
provided by libgcc.
Powerpc is special here. powerpc and powerpc64 use different ABIs, so2010-08-24T20:54:43ZWarner Loshimp@FreeBSD.org2010-08-24T20:54:43Zurn:sha1:2c0959ae6be382e3d2eea4999f537294b9eb3da9
their implementations aren't in the same files. Introduce LIBC_ARCH
and use that in preference to MACHINE_CPUARCH. Tested by amd64 and
powerpc64 builds (thanks nathanw@)
MFtbemd:2010-08-23T22:24:11ZWarner Loshimp@FreeBSD.org2010-08-23T22:24:11Zurn:sha1:25faff346c8453b8248f99c7cff71708262faa37
Prefer MACHNE_CPUARCH to MACHINE_ARCH in most contexts where you want
to test of all the CPUs of a given family conform.
Fix a typo that prevented the quad symbols from being exported2007-07-06T13:42:24ZDaniel Eischendeischen@FreeBSD.org2007-07-06T13:42:24Zurn:sha1:76390742ee98416ebfe9a99ced44a774f6a6b24e
(s/SYM_MAP/SYM_MAPS/).
Reported by: kan
Approved by: re@ (Ken Smith)
Export quad symbols. They were previously commented out. These symbols2007-05-31T13:07:37ZDaniel Eischendeischen@FreeBSD.org2007-05-31T13:07:37Zurn:sha1:2a43680e9fb8f89b35fcb687effdba241a72829d
really shouldn't be exported since they should be pulled from libgcc, but
the build of some applications is broken and they expect to see them in
libc. glibc exports these symbols, although Solaris doesn't appear to,
so export them for compatibility's sake.
After discussion with: kan
Use C comments since we now preprocess these files with CPP.2007-04-29T14:05:22ZDaniel Eischendeischen@FreeBSD.org2007-04-29T14:05:22Zurn:sha1:5f864214bbb2612cbb8b1b69d124036711b73946