Question

我从单个目标文件创建一个静态库。生成的.a文件的时间戳分辨率为1秒（截断到前一秒），而.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的时间戳。

回到我原来的项目。我找不到有什么不同，但是lib的时间戳在秒之后用零填充：

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和-D到ar，没有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失去时间戳的下半部分，具体取决于我所在的目录？

Answer 1

感谢@Axel，问题解决了。我在这里写解决方案，并希望它可以拯救别人在这里搜索他们的方式。

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

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

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

1 个答案: