<html><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><br><div><div>On Mar 21, 2009, at 11:07 AM, Daniel Dunbar wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><br><div class="gmail_quote">On Sat, Mar 21, 2009 at 10:48 AM, Chris Lattner <span dir="ltr"><<a href="mailto:clattner@apple.com">clattner@apple.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> <div style=""><div><div class="h5"><div><div>On Mar 21, 2009, at 8:47 AM, Daniel Dunbar wrote:</div><blockquote type="cite"><div class="gmail_quote"><div>I don't understand this comment. On Darwin '<driver> foo.s' should run the preprocessor, then assemble. It doesn't really have anything to do with -E (although, due to this behavior, -E on a .s file on Darwin runs the preprocessor, and elsewhere will warn that the input file is unused).</div> </div></blockquote><br></div></div></div><div>Wow, that is really weird and surprising. Do you know if this is documented anywhere?</div></div></blockquote><div><br>Indeed. And unfortunate!<br><br>It's not entirely weird, though. This matches the behavior with .S, and I presume the historical reason Apple did this was coming from a case insensitive file system. I don't believe it is document anywhere, although the Apple as man page mentions it indirectly.<br> <br>See gcc.c, and search for "This is kind of lame". :)<br></div></div></blockquote></div><br><div>Aha, ok.</div><div><br></div><div>-Chris</div></body></html>