jstedfast
commented
5 months ago Hmm, seems the configure script failed to set _FILE_OFFSET_BITS=64 for you for some reason.
Closed kloczek closed 2 months ago
jstedfast
commented
5 months ago Hmm, seems the configure script failed to set _FILE_OFFSET_BITS=64 for you for some reason.
jstedfast
commented
5 months ago I don't have a Linux machine handy at the moment, so I can't test this theory, but I wonder if this change perhaps broke this?
commit c376dc95e6e542879f5e50528c752e8e513ca470
configure.ac has the following logic:
if test "x$ac_cv_sys_file_offset_bits" != "xno"; then
LFS_CFLAGS="$LFS_CFLAGS -D_FILE_OFFSET_BITS=$ac_cv_sys_file_offset_bits"
enable_largefile="yes"
fiI suspect what is happening is that ac_cv_sys_file_offset_bits is unset, and so the != "xno" is evaluating to true (e.g. "x" != "xno") and so therefore, we get:
LFS_CFLAGS="$LFS_CFLAGS -D_FILE_OFFSET_BITS="What version of gmime are you using? Or are you using the latest code from GitHub?
I don't think there has been a release with the commit that I think broke this and so that might help us narrow down the problem.
heftig
commented
5 months ago Also seeing this, with 3.2.14 and the current master. ac_cv_sys_file_offset_bits is not set at all.
Notably this is on Linux x86_64, where no defines should be needed.
heftig
commented
5 months ago autoconf no longer sets this variable as of 2.72 (https://github.com/autotools-mirror/autoconf/commit/cf09f48841b66fe76f606dd6018bb3a93242a7c9)
I'm going to work around this via --disable-largefile.
kloczek
commented
5 months ago Also seeing this, with 3.2.14 and the current master.
ac_cv_sys_file_offset_bitsis not set at all.
Yep .. and looks like it is the cause 🤔 FYI
Additionally some stracge parts in above:
checking whether to build static libraries... no
configure: creating ./config.lt <<<< HERE
config.lt: creating libtool <<<< HERE
/usr/bin/rm: cannot remove 'libtoolT': No such file or directory <<<< HERE
checking for sys/mman.h... yes
[..]
config.status: executing libtool commands
/usr/bin/rm: cannot remove 'libtoolT': No such file or directory <<<< HEREI'n not 100% sure but on first look all what is after AC_SYS_LARGEFILE can be removed because that aclocal macro should provide all necessary tests and set all needed autoheader entries 🤔
jstedfast
commented
5 months ago Anyone able to submit a patch to fix that? Sounds simple enough. I'd be happy to merge such a patch.
kloczek
commented
3 months ago I just made small test which looks like shows what is wrong
[tkloczko@pers-jacek gmime-3.2.14]$ autoscan
configure.ac: warning: missing AC_CHECK_FUNCS([gettimeofday]) wanted by: zentimer.h:72
configure.ac: warning: missing AC_CHECK_FUNCS([isascii]) wanted by: gmime/gen-table.c:130
configure.ac: warning: missing AC_CHECK_FUNCS([memchr]) wanted by: gmime/gmime-utils.c:1457
configure.ac: warning: missing AC_CHECK_FUNCS([memmove]) wanted by: gmime/gmime-certificate.c:804
configure.ac: warning: missing AC_CHECK_FUNCS([memset]) wanted by: gmime/gmime-crypto-context.c:653
configure.ac: warning: missing AC_CHECK_FUNCS([mkdir]) wanted by: tests/test-mbox.c:288
configure.ac: warning: missing AC_CHECK_FUNCS([nl_langinfo]) wanted by: gmime/gmime-charset.c:293
configure.ac: warning: missing AC_CHECK_FUNCS([rmdir]) wanted by: tests/test-mbox.c:504
configure.ac: warning: missing AC_CHECK_FUNCS([strchr]) wanted by: examples/uudecode.c:132
configure.ac: warning: missing AC_CHECK_FUNCS([strerror]) wanted by: gmime/gmime-iconv-utils.c:102
configure.ac: warning: missing AC_CHECK_FUNCS([strrchr]) wanted by: examples/imap-example.c:42
configure.ac: warning: missing AC_CHECK_FUNCS([strstr]) wanted by: gmime/gmime-filter-enriched.c:498
configure.ac: warning: missing AC_CHECK_FUNCS([strtol]) wanted by: gmime/gmime-message-partial.c:125
configure.ac: warning: missing AC_CHECK_FUNCS([strtoul]) wanted by: examples/uudecode.c:145
configure.ac: warning: missing AC_CHECK_FUNCS([tzset]) wanted by: gmime/gmime.c:110
configure.ac: warning: missing AC_CHECK_FUNCS([uname]) wanted by: gmime/gmime-utils.c:818
configure.ac: warning: missing AC_CHECK_HEADERS([fcntl.h]) wanted by: examples/basic-example.c:34
configure.ac: warning: missing AC_CHECK_HEADERS([inttypes.h]) wanted by: zentimer.h:42
configure.ac: warning: missing AC_CHECK_HEADERS([langinfo.h]) wanted by: gmime/charset-map.c:38
configure.ac: warning: missing AC_CHECK_HEADERS([stdint.h]) wanted by: zentimer.h:40
configure.ac: warning: missing AC_CHECK_HEADERS([sys/time.h]) wanted by: zentimer.h:37
configure.ac: warning: missing AC_CHECK_HEADERS([unistd.h]) wanted by: examples/basic-example.c:33
configure.ac: warning: missing AC_C_INLINE wanted by: gmime/gmime-filter-gzip.c:222
configure.ac: warning: missing AC_TYPE_UINT32_T wanted by: zentimer.h:45
configure.ac: warning: missing AC_TYPE_UINT64_T wanted by: zentimer.h:46
configure.ac: warning: missing AC_TYPE_UINT8_T wanted by: zentimer.h:44That commans generates configure.scan file in which is possible to find
AC_PREREQ([2.72])
AC_INIT([FULL-PACKAGE-NAME], [VERSION], [BUG-REPORT-ADDRESS])
AC_CONFIG_SRCDIR([iconv-detect.c])
AC_CONFIG_HEADERS([config.h])
# Checks for programs.
AC_PROG_CC
AC_PROG_MAKE_SET
# Checks for libraries.
# Checks for header files.
AC_CHECK_HEADERS([fcntl.h inttypes.h langinfo.h netdb.h stdint.h sys/param.h sys/time.h unistd.h])
# Checks for typedefs, structures, and compiler characteristics.
AC_C_INLINE
AC_TYPE_MODE_T
AC_TYPE_OFF_T
AC_TYPE_SIZE_T
AC_TYPE_SSIZE_T
AC_TYPE_UINT32_T
AC_TYPE_UINT64_T
AC_TYPE_UINT8_T
# Checks for library functions.
AC_FUNC_MMAP
AC_CHECK_FUNCS([gethostname gettimeofday isascii memchr memmove memset mkdir munmap nl_langinfo rmdir strchr strerror strrchr strstr strtol strtoul tzset uname])Will try to follow those suggestions
jstedfast
commented
2 months ago Mind checking latest git version?
Zopolis4
commented
2 months ago At least for me, the issue is fixed on the latest git version.
Looks like something is wrong when autoconf 2.72 is used and build fails