<html>
  <head>
    <meta content="text/html; charset=utf-8" http-equiv="Content-Type">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    <div class="moz-cite-prefix">On 27/02/2016 13:12, Claude
      Heiland-Allen wrote:<br>
    </div>
    <blockquote cite="mid:56D192C2.2020506@mathr.co.uk" type="cite">On
      27/02/16 11:05, Alessio Degani via Pd-list wrote:
      <br>
      <blockquote type="cite">Hi list,
        <br>
        I think that this question was already pointed out in this list,
        but I
        <br>
        can't find it anymore.
        <br>
        Is there a simple way to chek if a pd patch is made only using
        vanilla
        <br>
        object?
        <br>
        Or:
        <br>
        Is there a way to find which external lib are needed for a given
        patch?
        <br>
        A possible solution is to keep a plain vanilla distribution to
        load a
        <br>
        given patch and check the console for missing object, but this
        approach,
        <br>
        for a BIG patch is not practical. The ideal case should be, for
        example,
        <br>
        to load a patch and see a list of each object/lib pair that are
        actually
        <br>
        loaded.
        <br>
        <br>
        My goal is to find if a patch is vanilla compatible and, if not,
        which
        <br>
        are the lib that I need to run it.
        <br>
      </blockquote>
      <br>
      This is kind of the holy grail I guess :)  I think there is an
      issue on the Deken tracker about this or something similar.
      <br>
      <br>
      I had some success years ago by patching Pd core to print out when
      classes are registered by externals, so that I could generate a
      few object lists for libraries (including 'vanilla' as a virtual
      library). I could then use these lists with shell scripts parsing
      a Pd patch to see which objects were needed from which libraries -
      it was all proof of concept stuff, don't think I even supported
      chasing local abstractions, and of course it would only work
      neatly with all-in-one multi-object libraries without library
      abstractions...
      <br>
      <br>
      I attached the state of this mini-project from 2008 or so.
      <br>
    </blockquote>
    <br>
    Thank you Claude, I'll give it a try :)<br>
    <br>
    <blockquote cite="mid:56D192C2.2020506@mathr.co.uk" type="cite">
      <br>
      <br>
      Claude
      <br>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
      <pre wrap="">_______________________________________________
<a class="moz-txt-link-abbreviated" href="mailto:Pd-list@lists.iem.at">Pd-list@lists.iem.at</a> mailing list
UNSUBSCRIBE and account-management -> <a class="moz-txt-link-freetext" href="http://lists.puredata.info/listinfo/pd-list">http://lists.puredata.info/listinfo/pd-list</a>
</pre>
    </blockquote>
    <br>
    <br>
    <pre class="moz-signature" cols="72">-- 
a.</pre>
  </body>
</html>