ref: e1fea367656900a3c275ef3545f2e0314433e303
parent: 79d7edfa57bf76368473b5455730591ccfc87b21
author: Mans Rullgard <mans@mansr.com>
date: Sun Aug 9 11:08:29 EDT 2020
build: drop largefile hack If the system is too broken for AC_SYS_LARGEFILE to do the right thing, it is not our responsibility to fix it.
--- a/configure.ac
+++ b/configure.ac
@@ -216,18 +216,6 @@
dnl Large File Support
AC_SYS_LARGEFILE
AC_FUNC_FSEEKO
-if test "$ac_cv_sys_file_offset_bits" = "64"; then
- dnl This is either a 64-bit platform or a 32-bit platform
- dnl that supports large files.
- dnl There are to many broken glibc+kernel's out there that
- dnl detect 64-bit off_t on 32-bit system and require
- dnl _LARGEFILE_SOURCE to make fseeko() go into 64-bit mode.
- dnl Force defining _LARGEFILE_SOURCE always. My assumption
- dnl is its harmlessly ignored on 64-bit platforms and platforms
- dnl that chose other solutions.
- AC_MSG_NOTICE(Forcing _LARGEFILE_SOURCE to be safe since off_t is 64 bits)
- AC_DEFINE(_LARGEFILE_SOURCE, 1)
-fi
dnl Allow libtool to be silenced
AC_MSG_CHECKING([whether libtool should be silenced])