gpt4 book ai didi

linux - 使用 ar 创建的静态库具有分辨率为 1 s 的时间戳

转载 作者:太空宇宙 更新时间:2023-11-04 03:48:56 24 4
gpt4 key购买 nike

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

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

我听说 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,则时间戳不正确。

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

什么会使库丢失时间戳的下半部分,具体取决于我所在的目录?

最佳答案

感谢@Axel,问题解决了。我在这里写下解决方案,希望它可以帮助其他人在这里谷歌搜索。

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

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

关于linux - 使用 ar 创建的静态库具有分辨率为 1 s 的时间戳,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/27057979/

24 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com