linux 下报错 file“xxxxx”has modification times xxxxx s in the future

Qt项目跨平台编译
最新推荐文章于 2024-08-21 15:18:06 发布
转载 最新推荐文章于 2024-08-21 15:18:06 发布 · 352 阅读 · 2 ·
CC 4.0 BY-SA版权
原文链接：https://blog.youkuaiyun.com/w1019220367/article/details/70161645
文章标签：

#linux

本文介绍了一个在Windows上开发的Qt项目移植到Linux平台时遇到的问题及解决方法。主要讨论了如何处理跨平台编译过程中出现的错误。
make: Warning: File `Configure‘ has modification time 7262070 s in the future解决方案
weixin_43178406的博客
12-30 3万+
本文主要介绍了make: Warning: File `Configure’ has modification time 7262070 s in the future解决方案，希望能对使用Linux的同学们有所帮助。 文章目录 1. 问题描述 2. 解决方案
Qt5.9问题解决 Clock skew detected. Your build may be incomplete，has modification time in the future
有问题或资源连接有缺失的可以私信公众号新潮看世界获取
04-06 1412
此问题的出现是由于我的虚拟机在断网的情况下创建了Qt项目中的文件，导致源文件之间的时间戳不一致。这时候，我们需要做的是 将build目录删除，在源文件目录下，查看有哪些文件的日期是在将来的，譬如，当前的日期是2021年的，但是你的文件却显示了2022年的哪些，这些文件就需要修改日期时间戳的了。 修改方式如下： touch -c xxx.h xxx.ui "2021-2-5 10:33:00" 具体时间随意，只要是过去某个时间就行的了。 ...
Linux/ubuntu build编译make时出现has modification time int the future的问题解决方法
Lu_gl的博客
05-14 1052
针对Linux由于双系统之间的时间冲突导致linux时间经常变化，出现执行make命令时出现“make[2]: Warning: File `xxx.c’ has modification time 1.6e+05 s in the future “警告的问题，亦或者虚拟机出现相同的问题。，出现 warning: Clock skew detected. Your build may be incomplete.这样的警告，这个命令在需要强制编译当前目录下面所有.c文件。然后进行重新编译就好了。
两种办法解决 make: Warning: File “xxx“ has modification time yyy s in the future 的问题
Wang20122013的博客
11-30 6361
一、引言 最近在工作中，在本地将代码文件上传到远端服务器，在远端服务器进行 make 编译的时候，会报这样的错： make: Warning: File "xxx" has modification time yyy s in the future 其中 xxx 是某一个文件的名称，yyy 是一个比较长的时间倒计时，以秒为单位。 经过搜索资料，我得知，这个问题是因为你本地修改了文件，上传到服务端的时候，修改文件的时间比服务端系统的时间还要晚，导致 make 指令一直在等待到达修改文件的时间（也就是未来的某
make: Warning: File “xxx“ has modification time yyy s in the future
西京刀客
06-26 2448
make: Warning: File “xxx” has modification time yyy s in the future 问题背景： 执行 gmake clean 打印警告： make: Warning: File “xxx” has modification time yyy s in the future 其中 xxx 是某一个文件的名称，yyy 是一个比较长的时间倒计时，以秒为单位。 问题原因： 因为你本地修改了文件，上传到服务端的时候，makefile生成的时间比你make的时候的时间
双系统，Qt编译时出现：File “xxx“ has modification time yyy s in the future
ken2232的博客
03-01 1159
双系统，Qt编译时出现：File “xxx“ has modification time yyy s in the future
Qt 工程中 has modification time int the future
天道酬勤
01-03 6632
致谢： 1、Warning: File `Makefile' has modification time 1.5e+07 s in the future 2、has modification time in the future
Warning: File `src/core/nginx.h' has modification time 1.2e+07 s in the future
无知人生，记录点滴
11-18 1万+
Nginx安装时Warning: File `src/core/nginx.h' has modification time 1.2e+07 s in the future问题的解决方法问题场景：解压文件：tar -zxvf nginx-1.7.4.tar.gz nginx-1.7.4/ nginx-1.7.4/auto/ nginx-1.7.4/conf/ tar: nginx-1.7.4/au
Beating the Daylight Savings Time bug and getting correct file modification times
12-03
Windows、Linux和Mac OS等操作系统都有内置的时区设置，它们会根据用户选择的地理位置自动调整时间，包括DST。但当程序直接操作文件系统时，需要正确地调用这些功能以获取正确的文件时间。 在编程中，如Java、...
make: warning: file “xxx“ has modification time yyy s in the future 解决方法
whatday的专栏
07-07 3342
一、引言 最近在工作中，在本地将代码文件上传到远端服务器，在远端服务器进行 make 编译的时候，会报这样的错： make: Warning: File "xxx" has modification time yyy s in the future 其中 xxx 是某一个文件的名称，yyy 是一个比较长的时间倒计时，以秒为单位。 经过搜索资料，我得知，这个问题是因为你本地修改了文件，上传到服务端的时候，修改文件的时间比服务端系统的时间还要晚，导致 make 指令一直在等待到达修改文件的时间（也就
make时遇到File `Makefile' has modification time 4e+04 s in the future的解决办法
热门推荐
08-25 1万+
1. 原因 是虚拟机时间和电脑时间不匹配造成。 2. 解决办法 在VMware 菜单虚拟机（M）-->设置（S）-->选项下设置开启时间同步 然后重启虚拟机 3. 若还出现 warning:  Clock skew detected.  Your build may be incomplete. 再执行 find . -type f | xargs -n 5 touc...
Qt程序在linux编译出现[file*** has modification time 3.8e+04s in the furure]问题
1+1=10 个人博客http://kevinlq.com/
03-16 2357
Qt程序在linux编译出现[file*** has modification time 3.8e+04s in the furure]问题 今天测试一份之前在windows下写的代码，构建运行之后便警告一大堆，而且没完没了了。 问题描述解决办法眼看警告数目越来越多，我停止了构建。分析下原来是之前在windows写的时间和目前linux系统时间不一致导致的。赶快修改下linux系统时间。执行命令
make: Warning: File `Makefile' has modification time 2.4e 08 s in the future
crystal_tyan
02-27 1966
同步时间吧
关于xmake[1]: Warning: File “xxx” has modification time yyy s in the future-问题解决
JohnnyTim的博客
08-21 374
前言：在远程服务器下载源码到本地，再进行编译时报警告 xmake[1]: Warning: File “xxx” has modification time yyy s in the future 导致编译器一直编译生成依赖文件，一直重复执行。因为本地修改了文件，上传到服务端的时候，makefile生成的时间比你make的时候的时间还要晚,实际就是时间不一致导致的。其中 xxx 是某一个文件的名称，yyy 是一个比较长的时间倒计时，以秒为单位。3、设置好后再进行编译查看编译结果。修改远程服务器的时间。
QT移植项目文件后 file“xxxxx”has modification times xxxxx s in the future
zzzcl112的博客
10-25 967
环境：Ubuntu 18.04, QT 5.14 问题描述：从一台电脑移植项目文件到另一台电脑后，重新编译显示： file“xxxxx”has modification times xxxxx s in the future 解决方法： 1.先修改系统时间 sudo date -s 2021-10-25 sudo data -s 21:05:50 sudo hwclock --systohc 项目文件可正常编译 2.还原系统时间 ntpdate cn.pool.ntp.org s.
无需更改系统时间，解决 make: Warning: File “xxx“ has modification time yyy s in the future 的问题
qq_45156819的博客
09-29 4575
出现该问题原因 报错的文件的时间在系统时间的未来，导致make无法编译通过。 如果系统时间是现实时间 解决：打开报错文件，随意更改一些内容并保存，恢复内容在保存。 如果系统时间不是现实时间 解决： date -s 2021-09-29 date -s 10:08:00 更改系统时间，使系统时间在报错文件的时间之后。 ...
file 'gac.pro' has modification time 20000s in the future
最新发布
08-21
<think>我们正在处理一个构建问题，其中文件'gac.pro'的修改时间被报告为未来时间，这可能导致构建工具（如make）认为该文件比其依赖项更新，从而跳过必要的构建步骤。 原因分析： 1. 系统时间不正确：可能是系统时间被错误设置到了未来时间，然后修改了文件，之后系统时间又调整回正确时间。 2. 文件系统时间戳问题：可能是文件系统错误或跨时区文件共享导致的时间戳不一致。 3. 文件被从另一个时间超前的系统复制过来。 解决方案： 1. 检查系统时间：确保当前系统时间正确，可以使用`date`命令（Linux）或查看系统时间设置（Windows）。 2. 修复文件时间戳：将文件的修改时间设置为当前时间。 具体操作（Linux环境下）： 使用`touch`命令来更新文件的时间戳为当前时间： touch gac.pro 如果这个文件很多，可以递归地修复整个目录（谨慎使用）： find . -type f -exec touch {} \; 在Windows环境下，可以通过文件属性修改时间，或者使用PowerShell命令： (Get-Item "gac.pro").LastWriteTime = Get-Date 3. 如果问题是由于文件系统挂载选项（如noatime）或网络文件系统（NFS）引起，检查挂载选项，确保时间同步。 4. 防止未来再次发生：确保系统时间同步，使用NTP服务同步时间。 参考引用：关于NTP服务，它可以帮助系统时间保持准确，并且NTP守护进程会记录时间漂移并在启动时恢复[^1]。 如果问题仍然存在，考虑检查构建工具是否有相关选项可以忽略时间戳检查（不推荐，因为可能掩盖真正的问题）。 现在，我们针对用户的问题，给出具体的解决步骤： 步骤1：确认问题文件 步骤2：使用touch命令修复该文件的时间戳 步骤3：重新运行构建 示例命令： $ touch gac.pro $ make # 或者你的构建命令 如果构建成功，则问题解决。 如果问题涉及多个文件，可以使用find命令批量修复。 注意：在修复之前，确保没有其他进程正在写入这些文件，以免导致数据不一致。 相关问题： 1. 如何防止文件时间戳变成未来时间？ 2. 除了touch命令，还有哪些方法可以修改文件的时间戳？ 3. 如何配置NTP服务来同步系统时间？</think>### 文件修改时间异常（未来时间）的解决方案 当构建系统提示 `file 'gac.pro' has modification time in the future` 错误时，表明该文件的最后修改时间被记录为未来时间。这通常由以下原因导致： #### 根本原因分析 1. **系统时间不同步** - 文件创建/修改时系统时钟超前（如 BIOS 电池故障或手动误设时间） - 当前已修正时间，但文件时间戳未更新 2. **跨时区文件传输** - 文件从时区超前或时钟超前的系统复制而来 - 容器/VirtualBox 等虚拟环境时钟漂移 3. **文件系统错误** - 文件系统损坏导致元数据异常 - 网络文件系统（NFS/Samba）时间同步问题 --- ### 修复步骤 #### 方法 1：重置文件时间戳（推荐） ```bash # Linux/macOS 终端 touch -c gac.pro # 将修改时间设为当前系统时间 # Windows PowerShell (Get-Item "gac.pro").LastWriteTime = Get-Date ``` #### 方法 2：批量修复目录 ```bash # 修复整个项目目录的时间戳 find . -type f -exec touch -c {} \; ``` #### 方法 3：强制构建工具忽略时间检查 ```bash # Makefile 场景添加参数 make -B # -B 强制重建所有目标 # CMake 场景 cmake --build . --clean-first ``` #### 方法 4：系统级修复 1. **同步硬件时钟**： ```bash sudo hwclock --systohc # 同步系统与硬件时钟 sudo ntpdate pool.ntp.org # 强制 NTP 同步 ``` 2. **启用 NTP 守护进程**（防止复发）： ```bash sudo timedatectl set-ntp on # systemd 系统 sudo service ntp restart # 传统 init 系统 ``` > NTP 服务会持续校准时钟漂移并记录修正值[^1] --- ### 预防措施 1. 在虚拟机/容器中： ```bash # VirtualBox 启用时间同步 VBoxManage guestproperty set <VM> "/VirtualBox/GuestAdd/VBoxService/--timesync-set-threshold" 1000 ``` 2. 在构建脚本开头添加时间校验： ```bash # 检查未来时间文件 if find . -newermt "now" | grep -q .; then echo "发现未来时间戳文件" >&2 exit 1 fi ``` --- ### 技术原理 文件系统记录的时间戳基于 **UTC 时间**，与时区设置无关。构建工具（如 Make）通过对比依赖文件的修改时间决定是否需要重建： ```mermaid graph LR A[源文件] --> B[目标文件] B -->|修改时间早于源文件| C[触发重建] D[未来时间文件] -->|时间逻辑错误| E[构建中断] ``` > 当检测到未来时间戳时，构建工具会拒绝操作以避免潜在的数据不一致问题。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值