<!DOCTYPE html>
<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
  </head>
  <body>
    <div class="moz-cite-prefix">On 25/04/2026 00:10, Sven Barth via
      fpc-devel wrote:<br>
    </div>
    <blockquote type="cite"
cite="mid:CAFMUeB9FUq0877H4kaSEZTfOGKqUHnJwQhS81aQ1tQ-CyFTCpg@mail.gmail.com">
      <meta http-equiv="content-type" content="text/html; charset=UTF-8">
      <div dir="auto">
        <div>
          <div class="gmail_quote gmail_quote_container">
            <div dir="ltr" class="gmail_attr">Martin Frb via fpc-devel
              <<a href="mailto:fpc-devel@lists.freepascal.org"
                moz-do-not-send="true" class="moz-txt-link-freetext">fpc-devel@lists.freepascal.org</a>>
              schrieb am Fr., 24. Apr. 2026, 17:13:<br>
            </div>
            <blockquote class="gmail_quote"
style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">See
              the example below. Complied on Linux and windows.  (fpc
              3.3.1)<br>
                  fpc  -O- -gw3   project.lpr<br>
              <br>
              then using<br>
                 strings project | grep TLIST<br>
              <br>
              On linux entries for *all* methods of TList are present.<br>
              On Windows that is NOT the case.</blockquote>
          </div>
        </div>
        <br>
        <div dir="auto">On Windows the internal linker can better omit
          unused sections while debug information is enabled while with
          ELF it can't. </div>
        <br>
      </div>
    </blockquote>
    <br>
    Is there an option to turn that "better" off?<br>
    <br>
    As a user (if I hadn't learned how to deal with FPC debug
    differences to other development tools), I would expect those not to
    be stripped.<br>
    <br>
    As a user, if I used a TList in my app, I would want to be able to
    evaluate <br>
       SomeList.GetCount()<br>
    <br>
    This didn't matter when GDB couldn't watch function call results.
    But now we have an alternative.<br>
    <br>
    <br>
    ---------------<br>
    Actually, what debuggers are used by core team members? Anyone still
    using gdb in some cases (including OOP targets?)<br>
    <br>
    ---------------<br>
    Btw, any idea where the compiler stores the target pointer size?<br>
    <br>
    The code currently uses<br>
        tai_const.create_8bit(sizeof(pint))<br>
    <br>
    But that can't be right when cross compiling?
  </body>
</html>