Stubbing out unavailable syscalls?

[Bernhard Fischer]

On Tue, May 27, 2008 at 07:03:28PM +0200, Bernhard Fischer wrote:
>>> >I can live with stubs behind a config option, default off.
>
>My motivations comes from being able to turn them off, so i fully agree.

   text	   data	    bss	    dec	    hex	filename
  14319	    244	     84	  14647	   3937	lib-4.4-HEAD/ld-uClibc.so
  14200	    244	     84	  14528	   38c0	new-4.4-HEAD/ld-uClibc.so
   2108	    188	      0	   2296	    8f8	lib-4.4-HEAD/librt.so
size: 'new-4.4-HEAD/librt.so': No such file
 112684	    860	   9988	 123532	  1e28c	lib-4.4-HEAD/libuClibc-0.9.29.so
 105024	    872	   9956	 115852	  1c48c	new-4.4-HEAD/libuClibc-0.9.29.so
   2604	    240	      0	   2844	    b1c	lib-4.4-HEAD/libutil.so
   1720	    220	      0	   1940	    794	new-4.4-HEAD/libutil.so

The "new-" is with the following new options turned off:
@@ -95,8 +95,8 @@
 # UCLIBC_SUSV3_LEGACY_MACROS is not set
 # UCLIBC_HAS_SHADOW is not set
 # UCLIBC_HAS_PROGRAM_INVOCATION_NAME is not set
-UNIX98PTY_ONLY=y
-# ASSUME_DEVPTS is not set
+# UCLIBC_HAS_GNU_ERROR is not set
+# UCLIBC_HAS_PTY is not set
 # UCLIBC_HAS_TM_EXTENSIONS is not set
 # UCLIBC_HAS_TZ_CACHING is not set
 # UCLIBC_HAS_TZ_FILE is not set
@@ -106,11 +106,25 @@
 #
 UCLIBC_PWD_BUFFER_SIZE=256
 UCLIBC_GRP_BUFFER_SIZE=256
+# UCLIBC_SYSCALL_STUBS is not set
+
+#
+# Syscall availability
+#
 # UCLIBC_LINUX_MODULE_24 is not set
+# UCLIBC_LINUX_SPECIFIC is not set
+# UCLIBC_BSD_SPECIFIC is not set
+# UCLIBC_NTP_LEGACY is not set
+# UCLIBC_SV4_DEPRECATED is not set
+# UCLIBC_HAVE_REALTIME is not set
+# UCLIBC_HAVE_EPOLL is not set
+# UCLIBC_HAVE_XATTR is not set
+# UCLIBC_HAVE_PROFILING is not set

I'll drop the syscall stubs for now from this patch.
It's not that much (10999 bytes) but ok for a start. What do you think?