lördag den 23 februari 2013 klockan 11:35 skrev Matthias Klose detta: > The package fails to build in a test rebuild on at least amd64 with > eglibc-2.17, but succeeds to build with eglibc-2.13.
The reason is that eglibc-2.17 has removed the macro `gets', but the gnulib template `gnu/stdio.in.h' is written under the assumption that C89 mandates the existence if said macro. On 2012-03-29 upstream GNU lib adapted to this change in eglibc. Thus any source using gnulib imported prior to that date is affected by this build failure, should the module stdio be in use. I obtained the same failure for rush on Arch Linux, where eglibc-2.17 and gcc-4.7.2 are in use. The conclusion is that eglibc and gnulib are to blame, not gcc. The work-around is to kill the statement /* gnu/stdio.in.h */ _GL_WARN_ON_USE (gets, "gets is ...."); by making it into a comment. This was indirectly suggested in [1] by Eric Blake on the list bug-gnulib. Regards, Mats Erik Andersson, maintainer of GNU rush packaging. [1] http://lists.gnu.org/archive/html/bug-gnulib/2013-02/msg00126.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
