<br><br>On Sunday, November 9, 2014, Dmitry Boyarintsev <<a href="mailto:skalogryz.lists@gmail.com">skalogryz.lists@gmail.com</a>> wrote:<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div>Pardon me, but I actually opposed the idea to put any kind of changes to FPC help system.</div><div>My reasoning - it would be an additional and annoying burden to fpc-team.</div><div>As bug reports showing, help is not in sync with compiler features already.</div><div><br></div><div>The suggestion was to have a separate machine-readable file description (that could be updated separately from the compiler), so the IDE would be up-to-date on the compiler features.</div><div>Which end up in this package: <a href="http://wiki.freepascal.org/cmdlinecfg" target="_blank">http://wiki.freepascal.org/cmdlinecfg</a></div></div></div></div></blockquote><div><br></div><div>Sorry, my bad. We had a long discussion about this subject, Mattias thought the info about FPC options should be maintained in FPC project. I agreed because it is quite logical and makes sense. Why should help info about FPC options be maintained by some other project?</div><div>Now I remember you planned this external file + a GUI in a package. I twisted your plan so that the file should be offered to FPC project.</div><div><br></div><div>Now it seems that my parser could became quite robust if "fpc -h" output is consistent.</div><div>It can still later be replaced by your file + GUI if it brings extra benefits.</div><div>We can discuss it later.</div><div><br></div><div>Juha</div><div><br></div>