<html>
  <head>
    <meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <div class="moz-cite-prefix">I could reproduce the problem on Fedora
      18 x86_64. The error shows up in revision 23457, the only file
      changed in this revision is compiler/arm/aoptcpu.pas. <br>
      <br>
      Checkin comment for file was:<br>
      <br>
      Revision <a
href="http://svn.freepascal.org/cgi-bin/viewvc.cgi?view=revision&revision=23457"><strong>23457</strong></a>
      -
      (<a
href="http://svn.freepascal.org/cgi-bin/viewvc.cgi/trunk/compiler/arm/aoptcpu.pas?revision=23457&view=markup">view</a>)
      (<a
href="http://svn.freepascal.org/cgi-bin/viewvc.cgi/trunk/compiler/arm/aoptcpu.pas?annotate=23457">annotate</a>)
      - <a
href="http://svn.freepascal.org/cgi-bin/viewvc.cgi/trunk/compiler/arm/aoptcpu.pas?r1=23457&view=log">[select
        for diffs]</a>
      <br>
      Modified
      <em>Sun Jan 20 14:57:43 2013 UTC</em>
      (4 days, 6 hours ago)
      by <em>florian</em>
      <br>
      File length: 108993 byte(s)
      <br>
      Diff to <a
href="http://svn.freepascal.org/cgi-bin/viewvc.cgi/trunk/compiler/arm/aoptcpu.pas?r1=23456&r2=23457">previous
        23456</a>
      <pre class="vc_log">* improve ShiftShiftShift2ShiftShift to look further ahead
* check register usage so the destination register can be differen</pre>
      <br>
      On a mac the problem does not exist, there i can build latest
      revision in svn without problems after applying Jeppe's patch for
      the IT problem (Thank you for that one, Jeppe!!)<br>
      <br>
      So, Koenraad, perhaps you can do a svn update -r 23456 (or 23455)
      and retry the build, then you should hopefully have a very recent
      version of arm-embedded compiler+rtl. <br>
      <br>
      The compiler segfaults when trying to compile rtl:<br>
      <br>
      make -C embedded all<br>
      make[3]: Entering directory `/home/ring/devel/fpc/rtl/embedded'<br>
      /usr/bin/mkdir -p /home/ring/devel/fpc/rtl/units/arm-embedded<br>
      /home/ring/devel/fpc/compiler/ppcrossarm -Cparmv7m @rtl.cfg -Ur
      -Tembedded -Parm -XParm-embedded- -Xr -Ur -Xs -O2 -n -Fi../inc
      -Fi../arm -FE. -FU/home/ring/devel/fpc/rtl/units/arm-embedded
      -darm -dRELEASE  -Us -Sg system.pp <br>
      make[3]: *** [system.ppu] Segmentation fault (core dumped)<br>
      make[3]: Leaving directory `/home/ring/devel/fpc/rtl/embedded'<br>
      <br>
      <br>
      Michael<br>
       <br>
      <br>
      Am 24.01.13 12:32, schrieb Jeppe Græsdal Johansen:<br>
    </div>
    <blockquote cite="mid:51011BC7.80701@student.aau.dk" type="cite">Den
      24-01-2013 12:16, Koenraad Lelong skrev:
      <br>
      <blockquote type="cite">On 24-01-13 11:24, Jeppe Græsdal Johansen
        wrote:
        <br>
        <blockquote type="cite">Looks like a memory corruption problem.
          I just tried to compile trunk
          <br>
          with 2.6.0 as a starting compiler on win32 and had no
          problems(apart
          <br>
          from the broken RTL).
          <br>
          <br>
          What starting compiler and what os/cpu are you on?
          <br>
          <br>
        </blockquote>
        <br>
        Hi,
        <br>
        <br>
        What do you mean with memory corruption ? Is the memory of my PC
        broken, or is the compiler messing with the memory and then
        corrupts it ?
        <br>
        As far as I see it's not possible to compile the RTL. That's my
        problem. The crosscompiler seems OK, when I run "ppcrossarm -i"
        I see the output I expect.
        <br>
        I'm trying to be as clear as possible, but sometimes I presume
        too much and the reader does not understand what I want to say
        :-(
        <br>
        What I was trying to do is pinpointing where it goes wrong. So I
        manualy tried running the last line before the compilation (how
        to do that : see the wiki) stopped with the segmentation fault.
        And I did this with gdb to get a backtrace. That's what I sent
        to the list.
        <br>
        <br>
        You say you can't compile the RTL, what error do you get ?
        <br>
        <br>
        I'm compiling this with FPC 2.6.0, on Opensuse 12.1 64 bit.
        <br>
        <br>
        Anyway, thanks for your reply.
        <br>
        <br>
        Regards,
        <br>
        <br>
        Koenraad Lelong.
        <br>
        <br>
        _______________________________________________
        <br>
        fpc-pascal maillist  -  <a class="moz-txt-link-abbreviated" href="mailto:fpc-pascal@lists.freepascal.org">fpc-pascal@lists.freepascal.org</a>
        <br>
        <a class="moz-txt-link-freetext" href="http://lists.freepascal.org/mailman/listinfo/fpc-pascal">http://lists.freepascal.org/mailman/listinfo/fpc-pascal</a>
        <br>
      </blockquote>
      What I mean is that I think the crash you experience means there's
      a bug in the compiler because your backtrace showed it crashed
      inside the heap manager.  A typical sign after someone is using
      deallocated memory, or having buffer overflows.
      <br>
      <br>
      I have fixed the issue with the RTL and submitted a patch:
      <a class="moz-txt-link-freetext" href="http://bugs.freepascal.org/view.php?id=23738">http://bugs.freepascal.org/view.php?id=23738</a>
      <br>
      It was the same you wrote about some time ago.
      <br>
      _______________________________________________
      <br>
      fpc-pascal maillist  -  <a class="moz-txt-link-abbreviated" href="mailto:fpc-pascal@lists.freepascal.org">fpc-pascal@lists.freepascal.org</a>
      <br>
      <a class="moz-txt-link-freetext" href="http://lists.freepascal.org/mailman/listinfo/fpc-pascal">http://lists.freepascal.org/mailman/listinfo/fpc-pascal</a>
      <br>
      <br>
    </blockquote>
    <br>
  </body>
</html>