[Bug libc/426] New: Remove "restrict" keywords from getsubopt prototype

["simon at josefsson dot org" <sourceware-bugzilla at sources dot redhat dot com>]

According to

http://www.opengroup.org/onlinepubs/009695399/functions/getsubopt.html

the getsubopt POSIX function signature does not have "restrict" keywords.

I think the following patch was part of a gnulib contribution earlier, but only
the getsubopt.c part of it was installed in glibc (on 2004-09-18).

Is there some reason for glibc to not follow POSIX for the function signature?

Thanks.

2004-08-02  Simon Josefsson  <jas@extundo.com>

	* stdlib/stdlib.h (getsubopt): Remove "restrict" keyword, for
	POSIX conformance.

Index: stdlib.h
===================================================================
RCS file: /cvs/glibc/libc/stdlib/stdlib.h,v
retrieving revision 1.106
diff -u -p -u -w -r1.106 stdlib.h
--- stdlib.h	28 Sep 2004 01:42:37 -0000	1.106
+++ stdlib.h	4 Oct 2004 14:26:15 -0000
@@ -899,9 +899,9 @@ extern int rpmatch (__const char *__resp
    not part of TOKENS return in *VALUEP beginning of unknown
    suboption.  On exit *OPTIONP is set to the beginning of the next
    token or at the terminating NUL character.  */
-extern int getsubopt (char **__restrict __optionp,
-		      char *__const *__restrict __tokens,
-		      char **__restrict __valuep)
+extern int getsubopt (char **__optionp,
+		      char *__const *__tokens,
+		      char **__valuep)
      __THROW __nonnull ((1, 2, 3));
 #endif

-- 
           Summary: Remove "restrict" keywords from getsubopt prototype
           Product: glibc
           Version: unspecified
            Status: NEW
          Severity: minor
          Priority: P2
         Component: libc
        AssignedTo: gotom at debian dot or dot jp
        ReportedBy: simon at josefsson dot org
                CC: glibc-bugs at sources dot redhat dot com


http://sources.redhat.com/bugzilla/show_bug.cgi?id=426

------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.