#67277 closed defect (fixed)
coreutils-devel @9.3: configure: error: support for timestamps after Jan 2038 is required
| Reported by: | barracuda156 | Owned by: | mascguy (Christopher Nielsen) |
|---|---|---|---|
| Priority: | Normal | Milestone: | |
| Component: | ports | Version: | 2.8.1 |
| Keywords: | snowleopard, leopard | Cc: | |
| Port: | coreutils-devel |
Description
---> Configuring coreutils-devel Executing: cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_macports_release_tarballs_ports_sysutils_coreutils-devel/coreutils-devel/work/coreutils-9.3" && ./configure --prefix=/opt/local --disable-silent-rules --program-prefix=g --disable-year2038 configure: WARNING: unrecognized options: --disable-year2038 checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for a race-free mkdir -p... /opt/local/bin/gmkdir -p checking for gawk... gawk checking whether make sets $(MAKE)... yes checking whether make supports nested variables... yes checking whether make supports nested variables... (cached) yes checking for gcc... /usr/bin/gcc-4.2 checking whether the C compiler works... yes checking for C compiler default output file name... a.out checking for suffix of executables... checking whether we are cross compiling... no checking for suffix of object files... o checking whether the compiler supports GNU C... yes checking whether /usr/bin/gcc-4.2 accepts -g... yes checking for /usr/bin/gcc-4.2 option to enable C11 features... unsupported checking for /usr/bin/gcc-4.2 option to enable C99 features... -std=gnu99 checking whether /usr/bin/gcc-4.2 -std=gnu99 understands -c and -o together... yes checking whether the compiler is clang... no checking for compiler option needed when checking for declarations... none checking whether make supports the include directive... yes (GNU style) checking dependency style of /usr/bin/gcc-4.2 -std=gnu99... gcc3 checking how to run the C preprocessor... /usr/bin/gcc-4.2 -std=gnu99 -E checking for ranlib... ranlib checking for grep that handles long lines and -e... /opt/local/bin/ggrep checking for egrep... /opt/local/bin/ggrep -E checking whether ln -s works... yes checking for stdio.h... yes checking for stdlib.h... yes checking for string.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for strings.h... yes checking for sys/stat.h... yes checking for sys/types.h... yes checking for unistd.h... yes checking for wchar.h... yes checking for minix/config.h... no checking for arpa/inet.h... yes checking for features.h... no checking for sys/socket.h... yes checking for xlocale.h... yes checking for sys/param.h... yes checking for dirent.h... yes checking for error.h... no checking for fnmatch.h... yes checking for stdio_ext.h... no checking for sys/vfs.h... no checking for sys/fs_types.h... no checking for netdb.h... yes checking for netinet/in.h... yes checking for getopt.h... yes checking for sys/cdefs.h... yes checking for termios.h... yes checking for sys/time.h... yes checking for grp.h... yes checking for threads.h... no checking for iconv.h... yes checking for limits.h... yes checking for crtdefs.h... no checking for wctype.h... yes checking for langinfo.h... yes checking for math.h... yes checking for sys/mman.h... yes checking for sys/statvfs.h... yes checking for priv.h... no checking for sys/select.h... yes checking for pthread.h... yes checking for utmp.h... yes checking for utmpx.h... yes checking for malloc.h... no checking for selinux/selinux.h... no checking for stdbool.h... yes checking for stdckdint.h... no checking for sys/ioctl.h... yes checking for sys/random.h... yes checking for sys/resource.h... yes checking for sys/uio.h... yes checking for sys/utsname.h... yes checking for sys/wait.h... yes checking for utime.h... yes checking for semaphore.h... yes checking for hurd.h... no checking for linux/falloc.h... no checking for linux/fs.h... no checking for paths.h... yes checking for stropts.h... no checking for sys/mtio.h... no checking for sys/systeminfo.h... no checking for syslog.h... yes checking for pwd.h... yes checking for OS.h... no checking for vfork.h... no checking whether it is safe to define __EXTENSIONS__... yes checking whether _XOPEN_SOURCE should be defined... no checking build system type... x86_64-apple-darwin10.8.0 checking host system type... x86_64-apple-darwin10.8.0 checking for egrep -e... (cached) /opt/local/bin/ggrep -E checking for Minix Amsterdam compiler... no checking for ar... ar checking for /usr/bin/gcc-4.2 -std=gnu99 option to enable large file support... none needed checking for /usr/bin/gcc-4.2 -std=gnu99 option to enable timestamps after Jan 2038... support not detected configure: error: in '/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_macports_release_tarballs_ports_sysutils_coreutils-devel/coreutils-devel/work/coreutils-9.3': configure: error: support for timestamps after Jan 2038 is required See 'config.log' for more details Command failed: cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_macports_release_tarballs_ports_sysutils_coreutils-devel/coreutils-devel/work/coreutils-9.3" && ./configure --prefix=/opt/local --disable-silent-rules --program-prefix=g --disable-year2038 Exit code: 1
Change History (7)
comment:1 Changed 13 months ago by ryandesign (Ryan Carsten Schmidt)
comment:2 Changed 13 months ago by ryandesign (Ryan Carsten Schmidt)
| Summary: | coreutils-devel does not build on 10.6.8: configure: error: support for timestamps after Jan 2038 is required → coreutils-devel @9.3: configure: error: support for timestamps after Jan 2038 is required |
|---|
comment:3 Changed 13 months ago by mascguy (Christopher Nielsen)
Rats, what a pain! I'll hold off on updating coreutils until we get this figured out.
Worst-case, we might need to fallback to the previous version for 32-bit Intel and PPC. But we shall see.
Thanks for the heads-up Sergey!
comment:4 follow-up: 5 Changed 13 months ago by ryandesign (Ryan Carsten Schmidt)
https://github.com/coreutils/coreutils/commit/cc95246ee2ed674cd407f0f80fd77f3364012458
If all else fails one can configure with
ac_year2038_required=no
I haven't tried that.
comment:5 Changed 12 months ago by mascguy (Christopher Nielsen)
Replying to ryandesign:
If all else fails one can configure with
ac_year2038_required=no
Just tested on 10.6 Intel x32, and this takes care of it. Thanks Ryan!
comment:6 follow-up: 7 Changed 12 months ago by Christopher Nielsen <mascguy@…>
| Resolution: | → fixed |
|---|---|
| Status: | assigned → closed |
comment:7 Changed 12 months ago by barracuda156
Replying to Christopher Nielsen <mascguy@…>:
In c9fc066fd9a76bdc283a9837177749462055762d/macports-ports (master):
Thank you!
Note: See
TracTickets for help on using
tickets.
This should only affect i386 and ppc builds, not 64-bit builds.
The flag
--disable-year2038was being used to prevent this error, but it says it's unrecognized, so they've either changed the option or removed it. (They already changed it once before).