[OpenAFS] new difficulties to build OpenAFS 1.8.0 stable on Solaris X86 11

[Benjamin Kaduk]

On Thu, Apr 19, 2018 at 11:20:17AM +0200, Karl Behler wrote:
> Dear All,
> 
> I'm sorry to bother with some exotic issue.
> 
> I've checked out openafs_stable_1.8.0 from the github and under Linux 
> the build was just straight. (To prove my build scripts are sane.)
> 
> Using these - in principle - same build scripts in our Solaris 
> environment fails with a strange eval syntax error in libtool already 
> when making the first library libroken
> 
> "/afs/ipp/home/k/kcb/src/openafs/1.8.0/include/roken-common.h", line 463: warning:  attribute "format" is unknown, ignored
> "/afs/ipp/home/k/kcb/src/openafs/1.8.0/include/roken-common.h", line 475: warning:  attribute "format" is unknown, ignored
> "/afs/ipp/home/k/kcb/src/openafs/1.8.0/include/roken.h", line 501: warning:  attribute "format" is unknown, ignored
> "/afs/ipp/home/k/kcb/src/openafs/1.8.0/include/roken.h", line 510: warning:  attribute "format" is unknown, ignored
> /bin/sh ../../libtool --quiet --mode=compile --tag=CC /opt/developerstudio12.5/bin/cc   -m64  -O -dy -Bdynamic -m64  -I/afs/ipp/home/k/kcb/src/openafs/1.8.0/src/config -I/afs/ipp/home/k/kcb/src/openafs/1.8.0/include -I. -I.     -mt -DAFS_PTHREAD_ENV  -o snprintf.lo -c /afs/ipp/home/k/kcb/src/openafs/1.8.0/src/external/heimdal/roken/snprintf.c
> "/afs/ipp/home/k/kcb/src/openafs/1.8.0/include/roken-common.h", line 463: warning:  attribute "format" is unknown, ignored
> "/afs/ipp/home/k/kcb/src/openafs/1.8.0/include/roken-common.h", line 475: warning:  attribute "format" is unknown, ignored
> "/afs/ipp/home/k/kcb/src/openafs/1.8.0/include/roken.h", line 501: warning:  attribute "format" is unknown, ignored
> "/afs/ipp/home/k/kcb/src/openafs/1.8.0/include/roken.h", line 510: warning:  attribute "format" is unknown, ignored
> /usr/ccs/bin/ginstall -c -m 644 /afs/ipp/home/k/kcb/src/openafs/1.8.0/src/external/heimdal/roken/err.hin err.h
> /bin/sh ../../libtool --quiet --mode=compile --tag=CC /opt/developerstudio12.5/bin/cc   -m64  -O -dy -Bdynamic -m64  -I/afs/ipp/home/k/kcb/src/openafs/1.8.0/src/config -I/afs/ipp/home/k/kcb/src/openafs/1.8.0/include -I. -I.     -mt -DAFS_PTHREAD_ENV  -o warnerr.lo -c /afs/ipp/home/k/kcb/src/openafs/1.8.0/src/external/heimdal/roken/warnerr.c
> /bin/sh ../../libtool --quiet --mode=link --tag=CC /opt/developerstudio12.5/bin/cc -rpath /usr/local/lib   -L/afs/ipp/home/k/kcb/src/openafs/1.8.0/lib -L/afs/ipp/home/k/kcb/src/openafs/1.8.0/lib  -O   -m64  -O -dy -Bdynamic -m64  -I/afs/ipp/home/k/kcb/src/openafs/1.8.0/src/config -I/afs/ipp/home/k/kcb/src/openafs/1.8.0/include -I. -I.     -mt -DAFS_PTHREAD_ENV  -o librokenafs.la -version-info 2:0:0 -export-symbols-regex "($(sed -e 's/^/^/' -e 's/$/$/' ./librokenafs.la.sym | tr '\n' '|' | sed -e 's/|$//'))" ecalloc.lo emalloc.lo erealloc.lo flock.lo base64.lo cloexec.lo ct.lo hex.lo issuid.lo mkdir.lo net_read.lo net_write.lo socket.lo snprintf.lo warnerr.lo
> :( ../../libtool: eval: line 1083: syntax error near unexpected token `|'
> :( ../../libtool: eval: line 1083: `/usr/ccs/bin/nm -p  .libs/ecalloc.o .libs/emalloc.o .libs/erealloc.o .libs/flock.o .libs/base64.o .libs/cloexec.o .libs/ct.o .libs/hex.o .libs/issuid.o .libs/mkdir.o .libs/net_read.o .libs/net_write.o .libs/socket.o .libs/snprintf.o .libs/warnerr.o   |  | /usr/ccs/bin/gsed 's/.* //' | sort | uniq > .libs/librokenafs.exp'
> gmake[3]: *** [librokenafs.la] Error 2
> gmake[3]: Leaving directory `/afs/ipp-garching.mpg.de/home/k/kcb/src/openafs/1.8.0/src/roken'
> gmake[2]: *** [roken] Error 2
> gmake[2]: Leaving directory `/afs/ipp-garching.mpg.de/home/k/kcb/src/openafs/1.8.0'
> gmake[1]: *** [build] Error 2
> gmake[1]: Leaving directory `/afs/ipp-garching.mpg.de/home/k/kcb/src/openafs/1.8.0'
> gmake: *** [all] Error 2
> 
> (The smilies have been inserted by me :(
> I've tried various regen's, configure's etc. but no clue what's wrong.
> Any idea?

There's a stack of changes in gerrit to help with these issues.
https://gerrit.openafs.org/#/c/12956/ gets the warnings about
attribute 'format', and https://gerrit.openafs.org/12944 should
address the actual fatal error that's hidden in there.

-Ben