[gentoo-commits] gentoo-x86 commit in app-arch/sharutils/files: sharutils-4.11.1-no-gets.patch

[Mike Frysinger (vapier)]

vapier      12/07/06 04:21:44

  Added:                sharutils-4.11.1-no-gets.patch
  Log:
  Fix building with glibc-2.16 #424994 by Stevan Bajić.
  
  (Portage version: 2.2.0_alpha115/cvs/Linux x86_64)

Revision  Changes    Path
1.1                  app-arch/sharutils/files/sharutils-4.11.1-no-gets.patch

file : http://sources.gentoo.org/viewvc.cgi/gentoo-x86/app-arch/sharutils/files/sharutils-4.11.1-no-gets.patch?rev=1.1&view=markup
plain: http://sources.gentoo.org/viewvc.cgi/gentoo-x86/app-arch/sharutils/files/sharutils-4.11.1-no-gets.patch?rev=1.1&content-type=text/plain

Index: sharutils-4.11.1-no-gets.patch
===================================================================
https://bugs.gentoo.org/424994

hack until sharutils pulls a newer gnulib version

From 66712c23388e93e5c518ebc8515140fa0c807348 Mon Sep 17 00:00:00 2001
From: Eric Blake <eblake@××××××.com>
Date: Thu, 29 Mar 2012 13:30:41 -0600
Subject: [PATCH] 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.

--- a/lib/stdio.in.h
+++ b/lib/stdio.in.h
@@ -125,7 +125,6 @@
    so any use of gets warrants an unconditional warning.  Assume it is
    always declared, since it is required by C89.  */
 #undef gets
-_GL_WARN_ON_USE (gets, "gets is a security hole - use fgets instead");
 
 #if @GNULIB_FOPEN@
 # if @REPLACE_FOPEN@