<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    On 21.01.2013 15:02, Michael Schnell wrote:
    <blockquote cite="mid:50FD2E5F.4050707@lumino.de" type="cite">
      <meta content="text/html; charset=ISO-8859-1"
        http-equiv="Content-Type">
      <div class="moz-cite-prefix">On 01/21/2013 12:48 PM, Anton
        Kavalenka wrote:<br>
      </div>
      <blockquote cite="mid:50FD2B20.1050608@tut.by" type="cite">
        <meta content="text/html; charset=ISO-8859-1"
          http-equiv="Content-Type">
        <br>
        Dependencies have to be resolved by package manager.<br>
        Just find the equivalent packages.<br>
      </blockquote>
      No chance: No such packages on Optware: <br>
      <a moz-do-not-send="true" class="moz-txt-link-freetext"
href="http://www.dd-wrt.com/wiki/index.php/Quick_list_of_Optware_packages">http://www.dd-wrt.com/wiki/index.php/Quick_list_of_Optware_packages</a><br>
      <br>
      <blockquote cite="mid:50FD2B20.1050608@tut.by" type="cite"> So
        copy there lazarus and try to build it. At least no-gui lazbuild
        would be built and you'd be able to compiler LCL applications.<br>
      </blockquote>
      fpc already works, Lazarus will need a GUI which is not available.
      <br>
      <br>
      <blockquote cite="mid:50FD2B20.1050608@tut.by" type="cite"> How do
        you suppose running Lazarus in remote X without X-libs and GTK2?<br>
      </blockquote>
      I understood that you suggested not "remote GUI" but  "remote
      debugging" (i.e. using a "gdb stub" on the target and having the
      gdb used by Lazarus on a PC attache to the stub via ssh), here you
      don’t need any GUI on the target when debugging command-line
      tools. <br>
      <br>
      <blockquote cite="mid:50FD2B20.1050608@tut.by" type="cite"> <br>
        Only nogui widgetset won't require X-libs and GTK2.<br>
      </blockquote>
      I am just up to doing command-line tools that don’t have a
      TApplication instance (aka "widgetset") at all. the "nogui
      widgetset" is not helpful anyway, as it does not provide an event
      queue to allow for things like TTimer and thread->mainthread
      signaling.<br>
      <br>
    </blockquote>
    <br>
    So complex approach for such simple task. <br>
    <br>
    Just plain old ObjectPascal:<br>
    <br>
    thread1:<br>
    lst:TThreadList;<br>
    getmem(pMsg,sizeof(pMessageStruct^));<br>
    <br>
    // init message fields<br>
    <br>
    lst.Add(pMsg);<br>
    <br>
    thread2:<br>
    ll:=lst.Lock;<br>
    try<br>
      pMessage:=ll[0];<br>
    // do something with message<br>
      freemem(pMessage)<br>
      ll.delete(0);<br>
    <br>
    finally<br>
      lst.Unlock;<br>
    end;<br>
    <br>
    <blockquote cite="mid:50FD2E5F.4050707@lumino.de" type="cite"> <br>
      -Michael<br>
      <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/mailman/listinfo/fpc-devel">http://lists.freepascal.org/mailman/listinfo/fpc-devel</a>
</pre>
    </blockquote>
    <br>
  </body>
</html>