I've subscribed to the bug-findutils list, so I don't need a separate copy of these messages.
For completeness, I ran the experiment on a Solaris 10 system and an AIX 6.1 system (which pretty much exhausts the UNIX division of my computer museum). On the Solaris system, "man strftime" says that "%F" is supported. which is consistent with the successful result: sol# touch fred sol# findutils-4.6.0/find/find . -name fred -printf '%C+\n' 2017-05-25+17:09:11.7968090000 sol# uname -a SunOS sol 5.10 Generic_141444-09 sun4u sparc sun4u sol# gcc -v Reading specs from /usr/local/lib/gcc/sparc-sun-solaris2.10/3.4.6/specs Configured with: /usr/local/gnu/gcc-3.4.6/configure Thread model: posix gcc version 3.4.6 On AIX, "man strftime" doesn't mention "%F", and the build failed: gcc -std=gnu99 -g -O2 -o find ftsfind.o ./libfindtools.a ../lib/libfind.a ../gl/lib/libgnulib.a -lintl -lm -lm ld: 0711-317 ERROR: Undefined symbol: .pthread_mutex_lock ld: 0711-317 ERROR: Undefined symbol: .pthread_mutex_unlock ld: 0711-317 ERROR: Undefined symbol: .pthread_mutex_destroy ld: 0711-317 ERROR: Undefined symbol: .pthread_mutex_init ld: 0711-345 Use the -bloadmap or -bnoquiet option to obtain more information. collect2: ld returned 8 exit status Manually (re-)linking with "-lpthread" worked: blue# cd find blue# gcc -std=gnu99 -g -O2 -o find ftsfind.o ./libfindtools.a ../lib/libfind.a ../gl/lib/libgnulib.a -lintl -lm -lm -lpthread And, contrary to (my) expectations, "%F" seems to work there, too: blue# cd ../.. blue# touch fred blue# findutils-4.6.0/find/find . -name fred -printf '%C+\n' 2017-05-25+17:25:09.0000000000 But it would be nicer if the builders added the "-lpthread" without my help. ------------------------------------------------------------------------ Steven M. Schweda sms@antinode-info
