<div class="gmail_quote">On Wed, Feb 9, 2011 at 10:26, Matthew Knepley <span dir="ltr"><<a href="mailto:knepley@gmail.com">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 id=":341">1) This is about fooling with the preprocessor, or I would not need any of these goofy names. How can you deny this?</div></blockquote><div><br></div><div>The preprocessor doesn't care what the name of the macro is. Barry's suggestion was just a way to make it easy for a human to find out where the macro was set, but at the expense of making the names fragile. I would rather have the editor be able to navigate using more stable names.</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div id=":341"><div><br></div><div>2) For test information as well as control flow, I want to stay in Python.</div>
</div></blockquote><div><br></div><div>How would you manage, say, the logic around PETSC_USE_X_FOR_DEBUGGER? Generate the appropriate snippets of code on the Python side? What advantage to you see to that?</div><div> </div>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div id=":341">
<div><br></div><div>3) What do you mean by "link"?</div></div></blockquote></div><br><div>1. From the name of a macro that may be defined in petscconf.h to the test in configure which is used to decide how to set that macro.</div>
<div>2. From the test in configure to a list of uses on the C side (in a less brute-force way than grep).</div>