<div dir="ltr"><br><div class="gmail_extra"><div class="gmail_quote">On Sat, Nov 2, 2013 at 5:35 AM, Martin Landa <span dir="ltr"><<a href="mailto:landa.martin@gmail.com" target="_blank">landa.martin@gmail.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">Hi,<br>
<br>
2013/11/1 Glynn Clements <<a href="mailto:glynn@gclements.plus.com">glynn@gclements.plus.com</a>>:<br>
<div class="im">>> But I'm not able to decide on which occasion I want which function.<br>
>> Someday, I can try to call both functions with different map/mapset<br>
>> combinations but reading from manual would be more effective.<br>
><br>
> Please use G_find_raster2() always (similarly for the other G_find_*<br>
> functions). G_find_raster() exists for backward compatibility only.<br>
> Having it modify the map name in-place has been the source of<br>
> countless bugs.<br>
<br>
</div>it would be probably better to replace G_find_raster() by<br>
G_find_raster2() in G7. Any objections? <br></blockquote><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">


Current situation is apparently confusing for many of GRASS<br>
programmers. Keeping backward compatibility between G6 (where<br>
G_find_<maptype>2() have been introduced) and G7 is not necessary in<br>
this case I would say.<br></blockquote><div><br></div><div>So, it is very clear. The only problem was the missing documentation. In G6 we introduced new function A2 to replace function A because function A is bad. This should be explicitly stated in G6 function A documentation. Now we have the new major version G7 (which is not supposed to be C API backwards compatible), so we have to finish the change from A to A2 (in G7). And than we can also rename the A2 function to A (and optionally leave there also A2).</div>

<div><br></div><div>Is there a (cross-compiler) way we can use GCC depreciated attribute to trigger compiler warring in these cases?</div><div><br>__attribute__ ((deprecated))<br>__attribute__((deprecated("use new_function instead")) </div>

<div><br></div><div>Vaclav</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">[...]<br>
<span class=""><font color="#888888"><br>
Martin<br>
</font></span><div class=""><div class="h5"><br>
--<br>
Martin Landa <landa.martin <a href="http://gmail.com" target="_blank">gmail.com</a>> * <a href="http://geo.fsv.cvut.cz/~landa" target="_blank">http://geo.fsv.cvut.cz/~landa</a><br>
</div></div></blockquote></div><br></div></div>