[erlang-patches] Producing dependencies Makefile for Erlang using erlc(1)

David Sveningsson ext@REDACTED
Mon Apr 27 11:31:48 CEST 2009


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Paul Fisher wrote:
> Did anything ever happen with this patch?  I would love to see such a 
> thing added to erlc, since for better or worse, we do use .hrl files for 
> record and guard definitions pretty heavily.
> 
> 
> --
> paul

I would also like to see this functionality added. Currently I use
grep+sed magic to create dependency rules.

> Jean-Sébastien Pédron wrote:
> Hello,
> 
> When using erlc(1) and standard Makefiles to compile Erlang source
> files, there's currently no way to track header dependencies. Thus, if a
> header is modified, a module that depends on it will be recompiled only
> if the dependency is explicitly indicated in the Makefile. This becomes
> problematic when the header is external (for instance, a header from
> another application, such as xmerl.hrl).
> 
> Attached is a patch that adds support for producing dependencies
> Makefiles to erlc(1) and compiler(3). It was modeled after GCC.
> 
> For example, let's take the following module:
>     -module(mod1).
>     -include("header1.hrl").
>     ...
> 
> The command "erlc -M mod1.erl" will output:
>     mod1.beam: mod1.erl header1.hrl
> 
> The patch adds the following options to erlc(1) and compiler(3):
> 
>     -M          generate a rule describing dependencies; output on
>                 stdout.
>     -MF File    rule(s) is(are) written to `File'.
>     -MT Target  change the name of the rule emitted.
>     -MQ Target  same as -MT but quote special characters for make(1).
>     -MG         consider missing headers as generated files and add the
>                 to the dependencies
>     -MP         add a phony target for each dependency.
>     -MD         same as -M -MT file.Pbeam
> 
> They're the same as GCC. The following options are not supported:
> 
>     -MM         ignore system headers
>     -MMD        same as -MD but ignore system headers
> 
> I choose to keep the same names as GCC because I'm working on Erlang
> support in Automake and it wants to use these options. Regarding
> compiler(3), options could have a more Erlang-fashion name.
> 
> The patch, against R12B-4, includes the documentation updates. But I
> don't know how to make it, so it's untested.
> 
> Thanks,
> 
> PS: I already sent an older patch to erlang-questions@ more than a year
> ago. The attached patch obsoletes it.
> 
>>

> _______________________________________________
> erlang-patches mailing list
> erlang-patches@REDACTED
> http://www.erlang.org/mailman/listinfo/erlang-patches

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.11 (Darwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAkn1e4QACgkQ6pa1H/H5pqW7HACgqkP7+KjU/jyA9aWpWuiXcRzp
VR4Anjc5ykYROfiJOpJ+NS82OkUrO0eg
=C8ul
-----END PGP SIGNATURE-----



More information about the erlang-patches mailing list