<html>
<head>
<meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<div class="moz-cite-prefix">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 class="moz-txt-link-freetext" href="https://github.com/okeuday/reltool_util/blob/master/scope">https://github.com/okeuday/reltool_util/blob/master/scope</a> with the
command line at
<a class="moz-txt-link-freetext" href="https://github.com/CloudI/CloudI/blob/develop/src/Makefile.am#L7-L66">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<br>
<br>
On 05/08/2014 01:05 AM, Siri Hansen wrote:<br>
</div>
<blockquote
cite="mid:CAGqERUHKxzti0KhhT7SsyKvpL+yTBrDSRFSCjffLZFadRQFxqQ@mail.gmail.com"
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
moz-do-not-send="true"
href="http://cloudi_service_db_cassandra.app.src.in">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 moz-do-not-send="true"
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 moz-do-not-send="true"
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 moz-do-not-send="true"
href="mailto:erlang-bugs@erlang.org" target="_blank">erlang-bugs@erlang.org</a><br>
<a moz-do-not-send="true"
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>
</body>
</html>