<p>Am 30.04.2012 07:30 schrieb "Richard Mace" <<a href="mailto:richard@shrinkyourbills.co.uk">richard@shrinkyourbills.co.uk</a>>:<br>
><br>
><br>
> On 30 April 2012 04:49, Alexander Klenin <<a href="mailto:klenin@gmail.com">klenin@gmail.com</a>> wrote:<br>
>><br>
>> While I am personally ambivalent about the default state of -Xg switch,<br>
>> I'd like to point out another use case where it matters:<br>
>> compiling on Windows on slow machine with antivirus installed.<br>
>><br>
>> When I tried to persuade my students to switch to Lazarus from Delphi,<br>
>> I've got many complaints about Lazarus being too slow.<br>
>> About a third of these complaints were fixed by either excluding<br>
>> Lazarus directory from AV's monitoring list, or turning -Xg on.<br>
><br>
><br>
><br>
> Sorry, I might have missed this, but what would be the main disadvantage for a newbie of having the -Xg switch on at default.<br>
> I don't really understand about the difference between having the debug info internal to the .exe or external, and I am guessing that the majority of people coming to Lazarus won't either. I just think the more people will be complaining about the default size of the .exe as apposed to having the debug info stored externally, unless I am really missing the point (quite possibly).</p>

<p>The main disadvantage is that -Xg is rather untested (especially considering the things that Martin wrote about the IDE) so in the end it might be less "newb friendly" than the debug info included in the executable (co.Audrey questions like "why can't I debug anymore?").</p>

<p>Also AFAIK FPC's lineinfo units (for both Stabs and Dwarf) don't work with external debug info (I don't remember exactly so this needs to be tested).</p>
<p>Regards,<br>
Sven</p>