【问题标题】:Static lib created with ar has timestamp with resolution 1 s使用 ar 创建的静态库具有分辨率为 1 s 的时间戳
【发布时间】:2014-11-21 09:24:55
【问题描述】:

我从单个目标文件创建一个静态库。生成的 .a 文件具有分辨率为一秒(截断到前一秒)的时间戳,而 .o 文件则没有。

实际上,它使 .a 文件看起来比 .o 文件旧,并且下次我 make 时会重建 lib。

我听说 Mac 可能会出现这样的问题,但我使用的是 Ubuntu,x64。

为了了解发生了什么,我做了一个更简单的项目来展示这种行为。但在这种情况下,一切都按我的预期工作:

gauthier@sobel:~/tmp/ar_test $ ls
hello.c  makefile
gauthier@sobel:~/tmp/ar_test $ make
gcc -c hello.c -o hello.o -g -Wall -Wextra -Werror -O3 -lrt
ar -cvq hello.a hello.o
a - hello.o
gauthier@sobel:~/tmp/ar_test $ ls --full-time
total 28
-rw-rw-r-- 1 gauthier gauthier 11940 2014-11-21 09:55:22.131715135 +0100 hello.a
-rw-rw-r-- 1 gauthier gauthier    81 2014-11-20 15:14:34.419613737 +0100 hello.c
-rw-rw-r-- 1 gauthier gauthier  5864 2014-11-21 09:55:22.131715135 +0100 hello.o
-rw-rw-r-- 1 gauthier gauthier   254 2014-11-20 15:17:47.533185970 +0100 makefile
gauthier@sobel:~/tmp/ar_test $ make
make: Nothing to be done for `all'.

它正在工作,hello.a 的时间戳等于 hello.o 的时间戳。

回到我原来的项目。我不知道有什么不同,但库的时间戳在几秒钟后用零填充:

gauthier@sobel:~/code/myproj (master) $ ls
makefile  README.md  test  myproj.c  myproj.h
gauthier@sobel:~/code/myproj (master) $ make
gcc -c myproj.c -o myproj.o -g -Wall -Wextra -Werror -O3 -lrt -pthread
ar -cvqU libmyproj.a myproj.o
a - myproj.o
gauthier@sobel:~/code/myproj (master) $ ls --full-time
total 64
-rw-rw-r-- 1 gauthier gauthier 18852 2014-11-21 10:03:59.000000000 +0100 libmyproj.a
-rw-rw-r-- 1 gauthier gauthier  1363 2014-11-21 09:53:09.397383831 +0100 makefile
-rw-rw-r-- 1 gauthier gauthier   106 2014-11-20 13:49:15.299969786 +0100 README.md
drwxrwxr-x 2 gauthier gauthier  4096 2014-11-20 13:49:15.303969736 +0100 test
-rw-rw-r-- 1 gauthier gauthier  4741 2014-11-20 13:49:15.303969736 +0100 myproj.c
-rw-rw-r-- 1 gauthier gauthier  3584 2014-11-20 15:05:10.554702000 +0100 myproj.h
-rw-rw-r-- 1 gauthier gauthier 18648 2014-11-21 10:03:59.861206394 +0100 myproj.o
gauthier@sobel:~/code/myproj (master) $ make
ar -cvqU libmyproj.a myproj.o
a - myproj.o

这里注意libmyproj.a的时间戳:10:03:59.000000000。

我已经尝试了-U-Dar 这两个选项,没有 av(不是我真的认为它应该有所作为)。

经过进一步调查,问题似乎取决于文件放在哪个目录:

  • 如果我将~/code/myproj/myproj.o 复制到测试目录~/tmp/ar_test/myproj.o 的位置,然后运行ar -cvq libmyproj.a myproj.o 那里,则时间戳是正确的。

  • 如果我将~/tmp/ar_test/hello.o复制到原始项目~/code/myproj/hello.o的位置并在那里运行ar -cvq libhello.a hello.o,则时间戳不正确。

换句话说:ar 在我位于 ~/code/myproj 时会生成截断的时间戳,但在我位于 ~/tmp/ar_test 时不会。

什么可以让lib丢失时间戳的下半部分,取决于我在哪个目录?

【问题讨论】:

  • 这可能是文件系统问题吗? ~/tmp~/code 在哪些文件系统上?使用了哪些mount 选项?
  • PS:作为一种快速而肮脏的修复方法,请尝试在 ar 之后添加 touch myproj.o 命令。
  • 是的!我想你可能是对的! ~/code 的类型为 fuse.encfs~/tmpext4。但是为什么其他文件会得到高分辨率的时间戳,而 .a 文件不会呢?

标签: linux timestamp static-libraries unix-ar


【解决方案1】:

感谢@Axel,问题解决了。我正在这里编写解决方案,希望它可以帮助其他人在这里搜索他们的方式。

~/code(时间戳被截断)是fuse.encfs 类型的文件系统。不知何故,ar 似乎无法在这种类型的文件系统中创建完整的时间戳。这很奇怪,因为其他文件得到了正确的时间戳(例如,gcc 会为目标文件生成完整的时间戳)。

我的解决方案是在ext4 fs 中工作,并以另一种方式处理加密(这是encfs 的重点)。

【讨论】:

    猜你喜欢
    • 2015-01-17
    • 1970-01-01
    • 1970-01-01
    • 2022-07-05
    • 2011-01-25
    • 2019-03-21
    • 2021-02-02
    • 2011-10-08
    • 1970-01-01
    相关资源
    最近更新 更多