<div dir="ltr">ok, thanks! I will try this and continue digging :)<div>/siri</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">2014-05-08 10:41 GMT+02:00 Michael Truog <span dir="ltr"><<a href="mailto:mjtruog@gmail.com" target="_blank">mjtruog@gmail.com</a>></span>:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
  
    
  
  <div text="#000000" bgcolor="#FFFFFF">
    <div>Hi Siri,<br>
      <br>
      I know the situation there is a bit unusual.  The external CloudI
      dependencies are moved so that the "cloudi_x_" prefix is added to
      all the external Erlang application names, their modules, and
      their header files.  The external dependency directory names
      already have the "cloudi_x_" prefix to satisfy include_lib usage
      within the modules (so that means external CloudI dependencies
      that depend on each other, in a way that uses a header file with
      -include_lib).  This is all done with the script at
      <a href="https://github.com/okeuday/reltool_util/blob/master/scope" target="_blank">https://github.com/okeuday/reltool_util/blob/master/scope</a> with the
      command line at
      <a href="https://github.com/CloudI/CloudI/blob/develop/src/Makefile.am#L7-L66" target="_blank">https://github.com/CloudI/CloudI/blob/develop/src/Makefile.am#L7-L66</a>
      (i.e., atoms are selectively changed within the source code, along
      with the files being moved).  However, that process doesn't impact
      how the external CloudI dependencies work.  The prefix is added to
      simulate a namespace concept which doesn't exist in Erlang to
      avoid any potential conflicts when CloudI shares the Erlang VM
      with other Erlang applications.<br>
      <br>
      That is unusual, but the reltool usage is the same either way, its
      just an addition of a prefix for referencing the names, as they
      are now.  The compilation process makes sure the prefix is added,
      so the external dependency files do change to satisfy the
      compilation, testing and release requirements.  While it would be
      natural to assume this process is at fault for the reltool issue,
      I am sure that is not the case.  You should be able to see this if
      you do a "./configure && make" of the root src directory,
      since that will make sure the files are as expected.<br>
      <br>
      Thanks,<br>
      Michael<div><div class="h5"><br>
      <br>
      On 05/08/2014 01:05 AM, Siri Hansen wrote:<br>
    </div></div></div><div><div class="h5">
    <blockquote type="cite">
      <div dir="ltr">Hi Michael!
        <div><br>
        </div>
        <div>I haven't spent a lot of time on this yet, but I was just
          trying to find the chain of dependencies that lead to
          syntax_tools, but I find it a bit hard I would appreciate some
          help... </div>
        <div><br>
        </div>
        <div>I found one way but it didn't really make sense: </div>
        <div><br>
        </div>
        <div>reltool.config includes application
          'cloudi_service_db_cassandra', and in <a href="http://cloudi_service_db_cassandra.app.src.in" target="_blank">cloudi_service_db_cassandra.app.src.in</a>
          you have {applications,[...,cloudi_x_erlang_cassandra,...]}</div>
        <div><br>
        </div>
        <div>Under the directory external/cloudi_x_erlang_cassandra/src/
          I then find erlang_cassandra.app.src, which indeed has
          {applications,[...,syntax_tools,...]} - but this is obviously
          an application named 'erlang_cassandra' and not
          'cloudi_x_erlang_cassandra' as listed above... so how does
          this work?</div>
        <div><br>
        </div>
        <div>Regards</div>
        <div>/siri</div>
      </div>
      <div class="gmail_extra"><br>
        <br>
        <div class="gmail_quote">2014-05-01 19:42 GMT+02:00 Michael
          Truog <span dir="ltr"><<a href="mailto:mjtruog@gmail.com" target="_blank">mjtruog@gmail.com</a>></span>:<br>
          <blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br>
            <br>
            I believe I found a bug that causes reltool to ignore
            dependencies when generating a release.  I am not sure where
            the problem is within reltool, but I at least have a way to
            demonstrate it. <a href="https://github.com/CloudI/CloudI/blob/develop/src/reltool.config.in#L78-L89" target="_blank">https://github.com/CloudI/CloudI/blob/develop/src/reltool.config.in#L78-L89</a>
            shows lines that are unnecessary within the reltool.config
            file. The dependencies mentioned there should be found
            automatically by reltool.  If you remove those lines and do
            a make install (after the autogen.sh and configure steps)
            you will see the dependencies mentioned in these lines are
            not there.<br>
            <br>
            Thanks,<br>
            Michael<br>
            _______________________________________________<br>
            erlang-bugs mailing list<br>
            <a href="mailto:erlang-bugs@erlang.org" target="_blank">erlang-bugs@erlang.org</a><br>
            <a href="http://erlang.org/mailman/listinfo/erlang-bugs" target="_blank">http://erlang.org/mailman/listinfo/erlang-bugs</a><br>
          </blockquote>
        </div>
        <br>
      </div>
    </blockquote>
    <br>
  </div></div></div>

</blockquote></div><br></div>