On Wed, Feb 9, 2011 at 3:13 AM, Jed Brown <span dir="ltr"><<a href="mailto:jed@59a2.org">jed@59a2.org</a>></span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="im"><div class="gmail_quote">On Wed, Feb 9, 2011 at 08:04, Matthew Knepley <span dir="ltr"><<a href="mailto:knepley@gmail.com" target="_blank">knepley@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div>I can't believe you guys want further screwing around with the C preprocessor. I want all that crap completely<div>out of the system. We are very close to that.</div></div></blockquote></div><br></div><div>If you think we are very close to removing all functional tests from configure (making petscconf.h contain only options set directly by the user, not the result of any tests in configure), then you are delusional. Barry just wants a clean way to jump from macro name to the test that defines that macro and back. I agree that manually following the "link" is sometimes a confusing process as evidenced by the fact that I typically use recursive grep for it, but I would rather make the macro definition process sufficiently well structured than to write potentially fragile paths into the variable itself. This is about naming and links, not about "screwing around with the C preprocessor".</div>

</blockquote></div><br>1) This is about fooling with the preprocessor, or I would not need any of these goofy names. How can you deny this?<div><br></div><div>2) For test information as well as control flow, I want to stay in Python.</div>
<div><br></div><div>3) What do you mean by "link"?</div><div><br></div><div>   Matt<br clear="all"><br>-- <br>What most experimenters take for granted before they begin their experiments is infinitely more interesting than any results to which their experiments lead.<br>
-- Norbert Wiener<br>
</div>