ObjFW  Check-in [168b1e2e3b]

Overview
Comment:configure: Check for vstmdb instead of fstmfdd

This brings the configure script back in sync with the forwarding code,
which moved to vstmdb as fstmfdd is unsupported by Clang's integrated
assembler.

Downloads: Tarball | ZIP archive | SQL archive
Timelines: family | ancestors | descendants | both | trunk
Files: files | file ages | folders
SHA3-256: 168b1e2e3ba9054c037d393e7ecefc7e2cd0b16d32b8054ef05360f362d18d44
User & Date: js on 2020-07-11 19:06:01
Other Links: manifest | tags
Context
2020-07-11
21:07
.travis.yml: Re-add devkitPro builds using Docker check-in: 28e2425585 user: js tags: trunk
19:06
configure: Check for vstmdb instead of fstmfdd check-in: 168b1e2e3b user: js tags: trunk
2020-07-09
00:16
.travis.yml: Remove devkitPro builds check-in: b9a4771366 user: js tags: trunk
Changes

Modified configure.ac from [a08bfedbde] to [aca5876c18].

816
817
818
819
820
821
822
823
824
825
826
827
828
829
830
case "$host_cpu" in
	arm* | earm*)
		AC_MSG_CHECKING(for VFP2 or above)
		AC_TRY_COMPILE([], [
			#if !defined(__arm64__) && !defined(__aarch64__) && \
			    !defined(__ARM64_ARCH_8__)
			__asm__ __volatile__ (
			    "fstmfdd sp!, {d0-d7}"
			);
			#endif
		], [
			AC_DEFINE(HAVE_VFP2, 1, [Whether we have VFP2 or above])
			AC_MSG_RESULT(yes)
		], [
			AC_MSG_RESULT(no)







|







816
817
818
819
820
821
822
823
824
825
826
827
828
829
830
case "$host_cpu" in
	arm* | earm*)
		AC_MSG_CHECKING(for VFP2 or above)
		AC_TRY_COMPILE([], [
			#if !defined(__arm64__) && !defined(__aarch64__) && \
			    !defined(__ARM64_ARCH_8__)
			__asm__ __volatile__ (
			    "vstmdb	sp!, {d0-d7}"
			);
			#endif
		], [
			AC_DEFINE(HAVE_VFP2, 1, [Whether we have VFP2 or above])
			AC_MSG_RESULT(yes)
		], [
			AC_MSG_RESULT(no)