Re: findutils 4.6.0 v. Tru64 (strftime() v. "%F"?)

[Steven M. Schweda]

   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               address@hidden