编译resin时出现error: newly created file is older than distributed files!

# ./configure --prefix=/usr/local/resin --with-java=/usr/local/src/jdk1.8.0_65/
checking build system type... i686-redhat-linux-gnu
checking host system type... i686-redhat-linux-gnu
checking target system type... i686-redhat-linux-gnu
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... configure: error: newly created file is older than distributed files!
Check your system clock

在网上搜索了一下,很多都通过更新系统时间去解决,但是都没有解释问题产生的原因。

其实是因为我的resin目录下的文件修改时间ctime晚于 我的linux系统时间。

生产的原因是我的linux都是用VMware的虚拟机挂起功能,每次挂起后再开启,系统的时间就会是之前的挂起时间。

我现在虚拟机的时间2015年 12月 01日 星期二 13:38:43 ,而resin-pro-4.0.46目录下的有些文件的时间是2015年12月03日
系统时间

文件时间(ls -l 查看到是文件的什么时间?ctime,atime,mtime?)



解决办法:
一、把resin目录下文件时间修改为当前的系统时间(用touch命令修改的是atime,ctime还是mtime?)
[[email protected] /usr/local/src/resin-pro-4.0.46]

# touch *

然后编译,没有错误信息提示,编译成功。

二、把当前系统时间修晚于resin目录下的文件时间。
2.1 用date命令设置系统时间,用clock把系统时间写入cmos。

# date -s "2015-12-08 14:51:00"  
# clock -w

2.2 用ntpdate更新系统时间为标准网络时间。该命令后要加上可用的标准网络时间服务器地址,见参考资料图。

# ntpdate time.windows.com

三、把虚拟机重启,让虚拟机自动更新为宿主机的系统时间。

# init 6

如果以后编译其他的软件时遇到configure: error: newly created file is older than distributed files! Check your system clock 的提示,都可以按照上面的思路和方法去解决。



参考资料:
http://blog.csdn.net/pjchen/article/details/7199804
http://blog.itpub.net/10617542/viewspace-960296/
http://vbird.dic.ksu.edu.tw/linux_server/0440ntp.php
http://www.stdtime.gov.tw/Time/ntp/resource.htm

双击windows 时间,查看可用标准网络时间服务器地址

时间: 2024-10-08 22:54:39

编译resin时出现error: newly created file is older than distributed files!的相关文章

LINUX配置出现:configure: error: newly created file is older than distributed files!

date 看下系统时间 文件夹目录 ls -l 查看文件时间[按提示应该是文件时间问题,新创建的时间既然比现在的文件时间晚,系统时间问题] 解决:hwclock --set --date="月/日/年 小时:分钟:秒钟"hwclock --hctosys 比如:hwclock --set --date="07/24/2012 12:33:22"hwclock --hctosys是让上面设置的硬件时间同系统时间同步

编译Uboot时提示error while loading shared libraries: libz.so.1: cannot open shared object file: No such file or directory

在Ubuntu14.04 64位系统中已经安装了libc6:i386的库,编译Uboot时提示error while loading shared libraries: libz.so.1: cannot open shared object file: No such file or directory. 出错原因是:缺少lib32z1库 解决方法:sudo apt-get install lib32z1

win7硬盘安装Ubuntu12.04 64位时显示Error 15: File not found.

安装Ubuntu12.04 -64位时,用EasyBCD建好引导文件重启电脑后出现如下错误: Error 15: File not found 原因一个是安装文件所在盘符不对,另一个是文件名.Ubuntu12.04 32位的ISO包解压后casper文件夹下内核文件为vmlinuz,而64位解压后casper文件夹下内核文件为vmlinuz.efi.用EasyBCD创建的引导文件中内核文件所用名字为vmlinuz,所以出错.可以将vmlinuz.efi改名为vmlinuz即可解决. 附安装过程如

VS编译链接时错误(Error Link2005)的解决方法

近期参与的项目中使用了公司另外一个同事提供的一个静态库文件.该静态库文件集成了CUDA, OpenCL两个库,用于做图形加速计算,提高视频解码拼接速度.但是在编译链接项目时,VS爆出如下错误: 1>LIBCMTD.lib(crt0init.obj) : error LNK2005: __xi_a 已经在 MSVCRT.lib(cinitexe.obj) 中定义 1>LIBCMTD.lib(crt0init.obj) : error LNK2005: __xi_z 已经在 MSVCRT.lib(

idea编译工程时出现Error:java: 无效的目标发行版: 1.8

见图,从上述可以看出工程用的jdk1.7,而idea编译时采用的是1.8版本(应该idea新版本内置的jre是1.8吧,默认编译采用1.8) 修改:如下图 http://blog.csdn.net/lyxtime/article/details/43372949

编译mysql时CMake Error at cmake/readline.cmake:85 (MESSAGE)

CMake Error at cmake/readline.cmake:85 (MESSAGE):  Curses library not found.  Please install appropriate package, remove CMakeCache.txt and rerun cmake.On Debian/Ubuntu, package name is libncurses5-dev, on Redhat and derivates it is ncurses-devel. Ca

安装RabbitMQ编译erlang时,checking for c compiler default output file name... configure:error:C compiler cannot create executables See 'config.log' for more details.

checking for c compiler default output file name... configure:error:C compiler cannot create executables See 'config.log' for more details. 打开config.log查看明细: 网上找了下,说是没有安装cpp,libc5-devel,而在redhat中指的是glibc,glibc-devel,cpp,查看是否安装,: 果然没有,然后安装: 再次编译,发现换了一

fatal error C1010: 在查找预编译头时遇到意外的文件结尾

错误描述:fatal error C1010: 在查找预编译头时遇到意外的文件结尾.是否忘记了向源中添加"#include "stdafx.h""? 错误分析: 此错误发生的原因是编译器在寻找预编译指示头文件(默认#include "stdafx.h")时,文件未预期结束.没有找到预编译指示信息的头文件"stdafx.h". (因为工程中的每个cpp文件属性默认都是使用预编译头(/YU)的,但是添加的第三方文件并没有 #inc

VS2010遇到fatal error C1083: 无法打开预编译头文件:“xxx.pch”: No such file or directory

对C++和VS2010非常不熟悉,但是无奈赶着项目,只能看了点基础就上手,然后就碰到这个问题了. 原因分析: http://bbs.csdn.net/topics/340191697?page=1 编译器一般都是以文件为单位进行编译,如果修改了工程中的一个文件,那么将导致所有文件都要从新编译,这样的编译将耗费很长时间.      为了提高编译速度,将那些不常被修改,比较稳定,文件单独包含到一个指定的头文件中, 然后生成一个预编译头文件 *.pch . VC中默认的头文件为 stdAfx.h, 但