[tex-live] compilation problem using Clang 3.9.1/C++11

[Fabian Groffen]

Hi all,

Apologies in advance if this bug report is not relevant since Gentoo
enables C++11 while building, which causes the problem as follows.

x86_64-apple-darwin16-clang -DHAVE_CONFIG_H -I. -I/Users/fabian/Gentoo-10.12/var/tmp/portage/app-text/texlive-core-2017-r1/work/texlive-20170524-source/texk/web2c -I./w2c  -I/Users/fabian/Gentoo-10.12/usr/lib  -I/Users/fabian/Gentoo-10.12/usr/include/libpng16 -DPOPPLER_VERSION=\"0.55.0\" -I/Users/fabian/Gentoo-10.12/usr/include/poppler -I/Users/fabian/Gentoo-10.12/var/tmp/portage/app-text/texlive-core-2017-r1/work/texlive-20170524-source/texk/web2c/libmd5 -DpdfTeX -I/Users/fabian/Gentoo-10.12/var/tmp/portage/app-text/texlive-core-2017-r1/work/texlive-20170524-source/texk/web2c/luatexdir -I/Users/fabian/Gentoo-10.12/var/tmp/portage/app-text/texlive-core-2017-r1/work/texlive-20170524-source/texk/web2c/luatexdir/unilib -I/Users/fabian/Gentoo-10.12/var/tmp/portage/app-text/texlive-core-2017-r1/work/texlive-20170524-source/texk/web2c/luatexdir/luafontloader/fontforge/inc -DLUA_FF_LIB=1 -I/Users/fabian/Gentoo-10.12/var/tmp/portage/app-text/texlive-core-2017-r1/work/texlive-20170524-source/texk/web2c/luatexdir/luafontloader/fontforge/fontforge -DSYNCTEX_ENGINE_H='<synctex-luatex.h>' -I/Users/fabian/Gentoo-10.12/var/tmp/portage/app-text/texlive-core-2017-r1/work/texlive-20170524-source/texk/web2c/synctexdir -I/Users/fabian/Gentoo-10.12/var/tmp/portage/app-text/texlive-core-2017-r1/work/texlive-core-2017_build/libs/lua52/include -DLUA_COMPAT_MODULE -DLUAI_HASHLIMIT=6 -DLUA_USE_POSIX -DLUA_USE_DLOPEN  -Wimplicit -Wreturn-type -Wdeclaration-after-statement -Wno-unknown-pragmas -march=native -O2 -pipe -c -o libluatex_a-texlang.o `test -f 'texlang.c' || echo '/Users/fabian/Gentoo-10.12/var/tmp/portage/app-text/texlive-core-2017-r1/work/texlive-20170524-source/texk/web2c/'`texlang.c
/Users/fabian/Gentoo-10.12/var/tmp/portage/app-text/texlive-core-2017-r1/work/texlive-20170524-source/texk/web2c/luatexdir/image/pdftoepdf.w:74:34: error: 
      invalid suffix on literal; C++11 requires a space between literal and
      identifier [-Wreserved-user-defined-literal]
snprintf(ck,PDF_CHECKSUM_SIZE,"%"PRIu64"_%"PRIu64,(uint64_t)size,(uint64...
                                 ^
                                  
/Users/fabian/Gentoo-10.12/var/tmp/portage/app-text/texlive-core-2017-r1/work/texlive-20170524-source/texk/web2c/luatexdir/image/pdftoepdf.w:74:44: error: 
      invalid suffix on literal; C++11 requires a space between literal and
      identifier [-Wreserved-user-defined-literal]
snprintf(ck,PDF_CHECKSUM_SIZE,"%"PRIu64"_%"PRIu64,(uint64_t)size,(uint64...
                                           ^
                                            
2 errors generated.
make[5]: *** [Makefile:12944: libluatex_a-pdftoepdf.o] Error 1
make[5]: *** Waiting for unfinished jobs....
make[5]: Leaving directory '/Users/fabian/Gentoo-10.12/var/tmp/portage/app-text/texlive-core-2017-r1/work/texlive-core-2017_build/texk/web2c'


Turns out this is some generated code.  The source .w file has proper
spacing applied.  I managed to work around this by adding newlines (e.g.
putting PRIu64 on a line by its own) which are retained by the
generator.

Unfortunately I'm not familiar at all with the generator to be able to
suggest anything to solve the problem in a more elegant way.

For those interested, the patch I made can be found on the original
Gentoo bug: https://bugs.gentoo.org/show_bug.cgi?id=621726

Please Cc me if you want a reply from me, as I'm not subscribed to the
list.

Thanks,
Fabian


-- 
Fabian Groffen
Gentoo on a different level
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 195 bytes
Desc: Digital signature
URL: <http://tug.org/pipermail/tex-live/attachments/20170620/0c300b1f/attachment.sig>