On 06/26/2015 11:36 PM, Jens Thiele wrote: > Martin Michlmayr <t...@hp.com> writes: > >> I'm not Matthias, but I can confirm that the package fails to build in >> a Debian unstable chroot with GCC 5 the way Matthias reported. >> >> (sid-gcc5)1878:tbm@bl460gen8-30: ~/gauche-c-wrapper-0.6.1] cat test.h >> #define B() 1 >> #define A B >> (sid-gcc5)1879:tbm@bl460gen8-30: ~/gauche-c-wrapper-0.6.1] echo -e >> "100\nB()\nA"|gcc-5 -E -include test.h -|tail >> # 1 "<built-in>" >> # 1 "<command-line>" >> # 1 "/usr/include/stdc-predef.h" 1 3 4 >> # 1 "<command-line>" 2 >> # 1 "./test.h" 1 >> # 1 "<command-line>" 2 >> # 1 "<stdin>" >> 100 >> 1 >> B > > this looks good > >> (sid-gcc5)1880:tbm@bl460gen8-30: ~/gauche-c-wrapper-0.6.1] gcc-5 --version >> gcc-5 (Debian 5.1.1-12) 5.1.1 20150622 >> Copyright (C) 2015 Free Software Foundation, Inc. >> This is free software; see the source for copying conditions. There is NO >> warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. >> >> Note that gcc-5 is in unstable, so you can easily reproduce this yourself >> with: >> CC=gcc-5 CXX=g++-5 dpkg-buildpackage -rfakeroot > > just reproduced > and it looks like the problem is very similar to the one i found before > > gcc preprocessor output changed and Scm_ParseMacroCode doesn't like it. > (lots of additional # xxx "<stdin>" lines and line breaks) > > Is there some way to tell newer gcc preprocessor to try to produce > old-style output?
you could use -P, or fix the parsing. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org