Package: gnulib Version: 20120404+stable-1 Severity: normal I use the Debian package of gnulib to build upstream software tarballs. Recently a number of people have reported that these no longer build with current versions of libc with errors such as "error: 'gets' undeclared here (not in a function)", e.g.:
https://savannah.nongnu.org/bugs/?37255 I believe that this could be fixed by applying this patch: commit 66712c23388e93e5c518ebc8515140fa0c807348 Author: Eric Blake <[email protected]> Date: Thu Mar 29 13:30:41 2012 -0600 stdio: don't assume gets any more Gnulib intentionally does not have a gets module, and now that C11 and glibc have dropped it, we should be more proactive about warning any user on a platform that still has a declaration of this dangerous interface. * m4/stdio_h.m4 (gl_STDIO_H, gl_STDIO_H_DEFAULTS): Drop gets support. * modules/stdio (Makefile.am): Likewise. * lib/stdio-read.c (gets): Likewise. * tests/test-stdio-c++.cc: Likewise. * m4/warn-on-use.m4 (gl_WARN_ON_USE_PREPARE): Fix comment. * lib/stdio.in.h (gets): Make warning occur in more places. * doc/posix-functions/gets.texi (gets): Update documentation. Reported by Christer Solskogen. Signed-off-by: Eric Blake <[email protected]> I'd understand if you don't want to update to a whole new stable snapshot at this point in the wheezy freeze, but perhaps you could at least backport this one patch so that releasing upstream tarballs is a bit less arduous? Thanks, -- Colin Watson [[email protected]] -- To UNSUBSCRIBE, email to [email protected] with a subject of "unsubscribe". Trouble? Contact [email protected]
