<html>
  <head>
    <meta content="text/html; charset=windows-1252"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <div class="moz-cite-prefix">Hi Sven!<br>
      <br>
          I suppose you can just have Build Servers and build all major
      OS/Architectures.  The platform differences could be solved by an
      additional 'target dependent' package.  But I suppose with the
      Dynamic Packages, we could just bundle the different architectures
      in the one Package File, and have a header which states which
      architectures it has in it, or even in the file listings in the
      Package in a certain directory.  When that time comes, fun stuff
      will happen, as the Lazarus could be made to auto-update and such
      for the normal folk. (I know mine is practically auto-update..
      Update VCS and then rebuild :p ) and then there's FPCUP .. But
      just thought something like Netbeans.<br>
      <br>
          I was also thinking, when I have time, I wanted to make an API
      for Lazarus which devs could make their own VCS and have it
      display in the IDE, to make it more modern.. But I have a project
      due very very soon, so I can't really work on it yet. :p<br>
      <br>
      Anyway, thanks for the reply Sven! I'll have that bug fix tested
      as soon as I get a moment.<br>
      Take care!<br>
      <br>
      - Den<br>
      <br>
      On 14-09-06 03:29 PM, Sven Barth wrote:<br>
    </div>
    <blockquote
cite="mid:CAFMUeB_2TB7pkRKDkZBFDUKJx26Px-1T24BWaPSXkDBCzj94MA@mail.gmail.com"
      type="cite">
      <p>> Any thoughts?</p>
      <p>Dream on. FPC is a native compiler and someone would need to
        implement that proposed bytecode and maintain it. <br>
        Even once we support LLVM we wouldn't drop any of our native
        code generators and even if we did LLVM simply does not support
        all those platforms that we support (e.g. m68k as CPU or OS/2 as
        OS).<br>
        Additionally there'd still be the platform differences which
        would stop you from distributing one set of blobs: on Windows
        you need to use the WinAPI, on Linux C API and X11 and on Mac OS
        X C API and Carbon/Cocoa. If you'd encode all this currently
        handled by ifdefs and different units into those blobs you could
        simply distribute the source as well.</p>
      <p>Please note that support for binary packages (aka dynamic
        packages) will come. But they will depend on a target just as
        compiled units currently do already.</p>
      <p>Regards,<br>
        Sven</p>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
      <pre wrap="">_______________________________________________
fpc-devel maillist  -  <a class="moz-txt-link-abbreviated" href="mailto:fpc-devel@lists.freepascal.org">fpc-devel@lists.freepascal.org</a>
<a class="moz-txt-link-freetext" href="http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel">http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel</a>
</pre>
    </blockquote>
    <br>
  </body>
</html>