<div dir="auto"><div><div class="gmail_quote"><div dir="ltr" class="gmail_attr">J. Gareth Moreton <<a href="mailto:gareth@moreton-family.com">gareth@moreton-family.com</a>> schrieb am Sa., 19. Okt. 2019, 03:52:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi everyone,<br>
<br>
So I've run into a slight annoyance while developing support for pure <br>
functions.  The compiler will need new parser messages because of <br>
situations such as specifying the 'pure' directive when something in <br>
said function makes it not eligible (a warning). However, whenever a new <br>
error such as "parser_e_enumeration_out_of_range" is included, it <br>
ultimately causes a conflict in my branch and I have to shift all my <br>
numbers forward one.  Not a problem, just a little annoying, and I worry <br>
that when the patch is finally ready, it might take a while to be <br>
reviewed and, during that time, a new message is added and causes <br>
another clash.  Is there a policy on reserving a set of numbers for my <br>
work so I can rest assured they won't be overwritten? (I've made all of <br>
the messages that I *think* I will need).<br></blockquote></div></div><div dir="auto"><br></div><div dir="auto">No, there is not. Those simply have to be adjusted when a feature is merged. It's not as if those are really complicated to integrate and the msgidx and msgtxt files are generated, not merged anyway. </div><div dir="auto"><br></div><div dir="auto">Regards, </div><div dir="auto">Sven </div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
</blockquote></div></div></div>