<div dir="ltr"><div>Some binutils, nm comes to mind, when to input file is specified will default to a.out. Others do not do this and read from stdin by default. The rest of this email will be specifically referencing these which read from stdin, and not the tools which for various reasons do things differently.</div><div><br></div><div>I propose that we change the behavior of these tools to use a.out when appropriate. By appropriate I mean firstly, no input file specified and also no stream redirection to stdin. These are the file types of stdin in these scenarios:<br></div><div>$ writes-to-stdout | prog # named pipe (fifo)<br></div><div>$ prog < file # regular file</div><div>$ prog # reading from tty, character device</div><div><br></div><div>Perhaps if stdin is a named pipe or regular file, then the default behavior should be as it always was, to read from stdin, but if stdin is a tty then we should use a.out as a default file. This lets these tools act the same as their gnu counterparts (when meaningful) but also adds what I think is convenient to not have to specify a.out. <br></div><div><br></div><div>This proposal would look something like this:<br></div><div>$ llvm-strings # not meanigful to read from stdin here, look for a.out</div><div>$ llvm-strings < file # use stdin</div><div><br></div><div>I may have got the behavior of stream redirection wrong here, or missed a situation when reading from the terminal is useful. I would love some feedback.<br></div><div><br></div><div>Best,</div><div>Alex<br></div></div>