<div dir="ltr"><div>> It's probably going to be an uncommon situation<br><br><a href="https://www.google.fr/search?q=">https://www.google.fr/search?q=</a>"macro(_"+site%3A%3Ahttps%3A%2F%2Fgithub.com<br><br></div><div>A lot are namespaced but skimming a bit through the result, there is also stuff like <span class="gmail-st"><i>_</i>INTERNAL_PARSE_FLAGS_ARGS, </span><span class="gmail-st"><i>_</i>fixup_target, </span><span class="gmail-st"><i>_</i>LSB_RELEASE, </span><span class="gmail-st"><i>_</i>plugin_target_name <br></span></div><div><span class="gmail-st">which may be at risk for the problem you're exposing.<br><br></span></div><div class="gmail_extra"><br clear="all"><div><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div>Best,<br></div><div><font color="#783f04"><br></font></div><div><font size="2" face="arial, helvetica, sans-serif" color="#134f5c">-------</font></div><font size="2" face="arial, helvetica, sans-serif" color="#134f5c">Jean-Michaël Celerier</font><div><font size="2" face="arial, helvetica, sans-serif" color="#134f5c"><a href="http://www.jcelerier.name" target="_blank">http://www.jcelerier.name</a></font></div></div></div></div>
<br><div class="gmail_quote">On Tue, Aug 1, 2017 at 10:42 PM, Brad King <span dir="ltr"><<a href="mailto:brad.king@kitware.com" target="_blank">brad.king@kitware.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 07/23/2017 10:20 AM, Craig Scott wrote:<br>
> maybe it's worth considering renaming these single underscore<br>
> internal macros and functions?<br>
<br>
</span>Projects that rely on the undocumented feature depend on being<br>
able to call the original function by prepending the single<br>
underscore.  We can't change the renaming convention without<br>
breaking them.  Even a policy for this may be tricky due to<br>
function definitions being visible globally and therefore<br>
skipping across policy scopes.<br>
<br>
The infinite recursion case you mentioned has long been known<br>
and may have a few issue tracker entries.  We haven't really<br>
dealt with it because the feature is undocumented and meant<br>
for debugging.  If anyone can come up with a compatible fix<br>
(e.g. explicit diagnostic) that would be great.<br>
<br>
Side note: One day I'd like to see a policy that changes<br>
function/macro definition scopes to be directory-based.<br>
I haven't thought about the correctness or side-effects of<br>
that in detail though.<br>
<br>
-Brad<br>
--<br>
<br>
Powered by <a href="http://www.kitware.com" rel="noreferrer" target="_blank">www.kitware.com</a><br>
<br>
Please keep messages on-topic and check the CMake FAQ at: <a href="http://www.cmake.org/Wiki/CMake_FAQ" rel="noreferrer" target="_blank">http://www.cmake.org/Wiki/<wbr>CMake_FAQ</a><br>
<br>
Kitware offers various services to support the CMake community. For more information on each offering, please visit:<br>
<br>
CMake Support: <a href="http://cmake.org/cmake/help/support.html" rel="noreferrer" target="_blank">http://cmake.org/cmake/help/<wbr>support.html</a><br>
CMake Consulting: <a href="http://cmake.org/cmake/help/consulting.html" rel="noreferrer" target="_blank">http://cmake.org/cmake/help/<wbr>consulting.html</a><br>
CMake Training Courses: <a href="http://cmake.org/cmake/help/training.html" rel="noreferrer" target="_blank">http://cmake.org/cmake/help/<wbr>training.html</a><br>
<br>
Visit other Kitware open-source projects at <a href="http://www.kitware.com/opensource/opensource.html" rel="noreferrer" target="_blank">http://www.kitware.com/<wbr>opensource/opensource.html</a><br>
<br>
Follow this link to subscribe/unsubscribe:<br>
<a href="http://public.kitware.com/mailman/listinfo/cmake-developers" rel="noreferrer" target="_blank">http://public.kitware.com/<wbr>mailman/listinfo/cmake-<wbr>developers</a><br>
</blockquote></div><br></div></div>