From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from weaver-gw.netapp.com ([198.95.224.2]) by hawkwind.utcs.utoronto.ca with SMTP id <24682>; Tue, 1 Apr 1997 17:58:43 -0500 Received: from netapp.com ([192.9.200.1]) by weaver.netapp.com with SMTP id <15957-121>; Tue, 1 Apr 1997 11:27:11 -0000 Received: by netapp.com (4.1/SMI-4.1) id AA27920; Tue, 1 Apr 97 11:28:39 PST Date: Tue, 1 Apr 1997 14:28:39 -0500 From: byron@netapp.com (Byron Rakitzis) Message-Id: <9704011928.AA27920@netapp.com> To: rc@hawkwind.utcs.toronto.edu Subject: autoconfig Ok, I've been thinking some more about this and I went through rc's config.h to see what could be done about it all. Here's a walk through the list of options in config.h, I wanted to see if I could get rid of most or all of them: > #define DEFAULTPATH "/usr/ucb", "/usr/bin", "/bin", "." I think this can be deduced by running /bin/sh as a login shell with $PATH unset, and snarfing the output of "echo $PATH". > #define NODIRENT > #define SVSIGS Handled by GNU autoconf. > #define NOCMDARG > #define DEVFD > #define TMPDIR "/var/tmp" I am sorely tempted to remove named pipe support. It never worked properly. So something is needed to auto-sense the particular encoding for /dev/fd (systems encode this differently), which I doubt is supplied by GNU autoconf. > #define NOLIMITS Should be handled by autoconf, or can be extended to do so. > #define NOSIGCLD Handled by autoconf. > #define READLINE Leave this as-is. > #define NOEXECVE I think I should bundle my fake execve; it is a very small amount of code and will only cause extra file opens and the like on an exec failure, which is out of the "performance loop". > #define DEFAULTINTERP "/bin/sh" Ditto, this should just be a standard feature. > #define PROTECT_ENV Given that every /bin/sh I have tried croaks on rc-native environment variable representation in some way or other, PROTECT_ENV should be the only method for encoding env. variable names. > #define NOECHO rc's echo should be built in. > #define NOJOB Does anyone use this? It forces sh-like semantics for backgrounding. Why should it be an option? I haven't found a use for it, but I think I put it in in self-defense early on. My conclusion: It seems that rc + an autoconfig script could take out all the configuration options. I don't see the point of going with Posix, then.