[erlang-questions] support for .ez archives
Wed Mar 7 00:28:17 CET 2012
Some .hrl files count as interfaces - a particular case being "public"
record definitions made in header files.
Usually, if a .hrl contains "application private" definitions, I'm inclined
to leave it in src. If it includes "public" definitions then I'd drop it in
Probably the greatest case for having .ez files is libraries -- where the
public api is the most important.
So I'd support +1 the idea that .hrl files should be accessible from within
a zipped ez - even if constrained (or maybe should be so?) to just an
On Tuesday, March 6, 2012 10:29:57 AM UTC-6, Tim Watson wrote:
> In general, I think .ez archives are an ideal unit of packaging and
> distribution (as dependencies) and therefore making them fully self
> contained is very helpful. If you specify 'lager >= 1.0.2' as a dependency
> and all I have to do is find and fetch the archive (and check the MD5 and
> whatnot) then stick it somewhere useful on the machine, the subsequent
> build (handling of dependent packages), release assembly and other things
> just work really nicely. Having to 'manually' pull the includes out before
> being able to utilise the archive as a compile time dependency is just a
> bit annoying for tools authors that's all.
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the erlang-questions