3 ms·
My view: sed does not need to be "extended" nor should it require much maintenance. At least, the BSD sed's I use have not needed much work. I recall Brian Ke
by ohnoohno 14y ago
My view: sed does not need to be "extended" nor should it require much maintenance. At least, the BSD sed's I use have not needed much work. I recall Brian Kernighan mentioning how little maintenance awk has required over the years. As such, I fail to see why changing maintainers is newsworthy. Perhaps someone was looking for an excuse to state their opinions on other matters?
I'll be honest I could not understand what Mr Bonzini is trying to say anymore than I could understand Mr Stallman's antics in the recent YouTube clip. With all due respect, what are these people on about? What is the problem? Clearly and succinctly, please.
- bonzini 14y agoJust as an example of extending sed, I introduced "sed -i". Yes, it doesn't require much maintenance, but sometimes you can be surprised. I started maintaining GNU grep 3 years ago because it was in a really sorry state. Some parts were almost rewritten to make it faster and more correct.
- ohnoohno 14y agoI never use sed -i because I can't rely on that being a standard feature as I move from system to system. With a utility as basic as sed that is found on almost every UNIX (and hence often used in a system's startup or configuration scripts, etc.), I want my own sed scripts to work consistently across all systems I might use. If I really want to create temp files I can use ed or use sed with shell redirection. Were it for some reason a requirement, I can avoid temp files, at least for the substitution (s) command, as follows: sed -a '"$1"';H;$!d;g;w'$2 where $1 is some sed s commands and $2 is a file This is not "perfect" as there will blank lines, but it does the job without temp files (if that were really a concern). If GNU grep was in need of repair and you fixed it, then I thank you. But I'm not clear on how that justifies any "extensions" to GNU grep. Maintenance, at least to me, means fixing things, not extending them and adding more complexity and things that can potentially break or create incompatibilities across different UNIX's.
- kroger 14y agoBoth GNU sed and BSD sed have -i, what other kinds of sed are you using?
- wzm 14y ago/usr/bin/sed on Solaris 10 and earlier does not support -i. I don't know if OpenIndiana / Solaris 11's sed support -i, but OmniOS uses gnu sed by default, so OI might also. As I recall, AIX's default sed also does not support -i, but I no longer have access to AIX systems to test against.