rebar/ebin/rebar.app

%% -*- mode: erlang;erlang-indent-level: 4;indent-tabs-mode: nil -*-
%% ex: ts=4 sw=4 ft=erlang et

{application, rebar,
 [{description, "Rebar: Erlang Build Tool"},
  {vsn, "2.3.1"},
  {modules, [ rebar,
              rebar_abnfc_compiler,
              rebar_app_utils,
              rebar_appups,
              rebar_asn1_compiler,
              rebar_dia_compiler,
              rebar_base_compiler,
              rebar_cleaner,
              rebar_config,
              rebar_core,
              rebar_ct,
              rebar_deps,
              rebar_edoc,
              rebar_erlc_compiler,
              rebar_erlydtl_compiler,
              rebar_escripter,
              rebar_eunit,
              rebar_file_utils,
              rebar_lfe_compiler,
              rebar_log,
              rebar_neotoma_compiler,
              rebar_otp_app,
              rebar_port_compiler,
              rebar_protobuffs_compiler,
              rebar_qc,
              rebar_rel_utils,
              rebar_reltool,
              rebar_require_vsn,
              rebar_shell,
              rebar_subdirs,
              rebar_templater,
              rebar_upgrade,
              rebar_utils,
              rebar_xref,
              rebar_metacmds,
              rebar_getopt,
              rebar_mustache ]},
  {registered, []},
  {applications, [kernel,
                  stdlib,
                  sasl,
                  compiler,
                  crypto,
                  syntax_tools,
                  tools]},
  {env, [
         %% Default log level
         {log_level, warn},

         %% any_dir processing modules
         {any_dir_modules, [
                            rebar_require_vsn,
                            rebar_deps,
                            rebar_subdirs,
                            rebar_templater,
                            rebar_cleaner
                           ]},

         %% Dir specific processing modules
         {modules, [
                    {app_dir, [
                               rebar_abnfc_compiler,
                               rebar_protobuffs_compiler,
                               rebar_neotoma_compiler,
                               rebar_asn1_compiler,
                               rebar_dia_compiler,
                               rebar_erlc_compiler,
                               rebar_lfe_compiler,
                               rebar_erlydtl_compiler,
                               rebar_port_compiler,
                               rebar_otp_app,
                               rebar_ct,
                               rebar_eunit,
                               rebar_qc,
                               rebar_escripter,
                               rebar_edoc,
                               rebar_shell,
                               rebar_xref,
                               rebar_metacmds
                              ]},

                    {rel_dir, [
                               rebar_appups,
                               rebar_reltool,
                               rebar_upgrade
                              ]}
                   ]},
         {recursive_cmds, [
                           'check-deps',
                           compile,
                           'delete-deps',
                           'get-deps',
                           'list-deps',
                           'update-deps'
                          ]}
        ]}
 ]}.
Add file local variables where appropriate 2011-04-15 15:22:49 +00:00			`%% -- mode: erlang;erlang-indent-level: 4;indent-tabs-mode: nil --`
			`%% ex: ts=4 sw=4 ft=erlang et`

Initial commit 2009-11-25 22:23:42 +00:00			`{application, rebar,`
			`[{description, "Rebar: Erlang Build Tool"},`
Bump rebar version to 2.3.1 2014-05-21 20:36:12 +00:00			`{vsn, "2.3.1"},`
Refactor rebar to build a self-contained script 2009-12-04 20:48:57 +00:00			`{modules, [ rebar,`
Add abnfc support abnfc is an ABNF parser generator. Options are: - doc_root (defaults to "src") - out_dir (defaults to "src") - source_ext (defaults to ".abnf") - module_ext (defaults to "") 2010-12-15 14:08:15 +00:00			`rebar_abnfc_compiler,`
Refactor rebar to build a self-contained script 2009-12-04 20:48:57 +00:00			`rebar_app_utils,`
Sort rebar_* modules in rebar.app 2012-06-17 15:03:38 +00:00			`rebar_appups,`
			`rebar_asn1_compiler,`
Add support to compile the Diameter dictionary files 2012-11-12 13:03:43 +00:00			`rebar_dia_compiler,`
Refactor of compilation logic to enable support for package modules and provide better modularity/reusability for other systems 2010-01-02 21:17:59 +00:00			`rebar_base_compiler,`
Sort rebar_* modules in rebar.app 2012-06-17 15:03:38 +00:00			`rebar_cleaner,`
Refactor of compilation logic to enable support for package modules and provide better modularity/reusability for other systems 2010-01-02 21:17:59 +00:00			`rebar_config,`
Renamed app_installer to otp_app. Added compile check for app name. Added compile check for app modules --HG-- rename : src/rebar_app_installer.erl => src/rebar_otp_app.erl 2009-11-30 18:12:25 +00:00			`rebar_core,`
Added support for eunit tests as test/*_tests.erl 2009-12-05 22:18:09 +00:00			`rebar_ct,`
Refactoring core logic in preparation for dependency mgmt; breaking out sub_dir determination into dedicated module 2009-12-26 06:19:09 +00:00			`rebar_deps,`
Add edoc module to .app file 2010-06-08 13:56:41 +00:00			`rebar_edoc,`
Renamed app_installer to otp_app. Added compile check for app name. Added compile check for app modules --HG-- rename : src/rebar_app_installer.erl => src/rebar_otp_app.erl 2009-11-30 18:12:25 +00:00			`rebar_erlc_compiler,`
Sort rebar_* modules in rebar.app 2012-06-17 15:03:38 +00:00			`rebar_erlydtl_compiler,`
Adding rudimentary escript generator 2009-12-22 13:45:01 +00:00			`rebar_escripter,`
Added support for eunit tests as test/*_tests.erl 2009-12-05 22:18:09 +00:00			`rebar_eunit,`
Renamed app_installer to otp_app. Added compile check for app name. Added compile check for app modules --HG-- rename : src/rebar_app_installer.erl => src/rebar_otp_app.erl 2009-11-30 18:12:25 +00:00			`rebar_file_utils,`
Added optional LFE compilation abilities to rebar 2009-12-19 05:00:15 +00:00			`rebar_lfe_compiler,`
Renamed app_installer to otp_app. Added compile check for app name. Added compile check for app modules --HG-- rename : src/rebar_app_installer.erl => src/rebar_otp_app.erl 2009-11-30 18:12:25 +00:00			`rebar_log,`
Sort rebar_* modules in rebar.app 2012-06-17 15:03:38 +00:00			`rebar_neotoma_compiler,`
Renamed app_installer to otp_app. Added compile check for app name. Added compile check for app modules --HG-- rename : src/rebar_app_installer.erl => src/rebar_otp_app.erl 2009-11-30 18:12:25 +00:00			`rebar_otp_app,`
Added support for eunit tests as test/*_tests.erl 2009-12-05 22:18:09 +00:00			`rebar_port_compiler,`
Renamed app_installer to otp_app. Added compile check for app name. Added compile check for app modules --HG-- rename : src/rebar_app_installer.erl => src/rebar_otp_app.erl 2009-11-30 18:12:25 +00:00			`rebar_protobuffs_compiler,`
Add 'qc' cmd and rename eunit-compile to test-compile 2011-03-26 16:56:54 +00:00			`rebar_qc,`
Initial commit 2009-11-25 22:23:42 +00:00			`rebar_rel_utils,`
Fix up some errors found by rebar now that we use it for compilation 2009-12-02 19:13:30 +00:00			`rebar_reltool,`
Add support for requiring a specific ERTS or OTP version via a regex 2010-05-04 01:47:07 +00:00			`rebar_require_vsn,`
Re-sort modules in rebar.app 2012-07-11 15:00:21 +00:00			`rebar_shell,`
Refactoring core logic in preparation for dependency mgmt; breaking out sub_dir determination into dedicated module 2009-12-26 06:19:09 +00:00			`rebar_subdirs,`
Sketching out templating system 2010-01-08 05:18:55 +00:00			`rebar_templater,`
Add 'generate-upgrade' command To support OTP release upgrades I have added support for building upgrade packages. Support for this is included in the rebar_upgrade module, specifically generate_upgrade/2. It requires one variable to be set on the command line 'previous_release' which is the absolute path or relative path from 'rel/' to the previous release one is upgrading from. Running an upgrade will create the needed files, including a relup and result in a tarball containing the upgrade being written to 'rel/'. When done it cleans up the temporary files systools created. Usage: $ rebar generate-upgrade previous_release=/path/to/old/version This also includes a dummy application that can be used to test upgrades as well as an example. Special thanks to Daniel Reverri, Jesper Louis Andersen and Richard Jones for comments and patches. 2011-01-27 17:15:25 +00:00			`rebar_upgrade,`
Implemented getopt option support 2009-12-29 19:09:28 +00:00			`rebar_utils,`
Add stub for xref support; not yet done 2010-04-09 15:25:00 +00:00			`rebar_xref,`
Fix #56 (always-on recursion) Always-on recursive application of all rebar commands causes too many issues. Recursive application is required for: 1. dealing with dependencies: get-deps, update-deps, and compile of deps right after get-deps or update-deps 2. projects with a riak-like apps/ project structure and dev process The vast majority of projects are not structured like riak. Therefore, moving forward it's best to (by default) restrict recursive behavior to dealing with deps. This commit does that and also adds command line and rebar.config options for controlling or configuring recursion. Also, we introduce two meta commands: prepare-deps (equivalent to rebar -r get-deps compile) and refresh-deps (equivalent to rebar -r update-deps compile). riak-like projects can extend the list of recursive commands (to include 'eunit' and 'compile') by adding {recursive_cmds, [eunit, compile]} to rebar.config. 2012-11-05 19:08:48 +00:00			`rebar_metacmds,`
Fix #187 (rename getopt to rebar_getopt) While at it, update getopt.erl to git rev 78eda3b. 2013-12-05 20:58:44 +00:00			`rebar_getopt,`
Fix #187 (rename mustache to rebar_mustache) 2013-12-05 21:02:12 +00:00			`rebar_mustache ]},`
Initial commit 2009-11-25 22:23:42 +00:00			`{registered, []},`
Implemented option to specify number of concurrent workers a command may use 2010-01-06 16:31:14 +00:00			`{applications, [kernel,`
			`stdlib,`
add crypto, syntax_tools and tools to applications key as dependencies 2012-05-01 05:54:00 +00:00			`sasl,`
should also include compiler in list of application dependencies for rebar 2012-05-01 06:08:22 +00:00			`compiler,`
add crypto, syntax_tools and tools to applications key as dependencies 2012-05-01 05:54:00 +00:00			`crypto,`
			`syntax_tools,`
			`tools]},`
Initial commit 2009-11-25 22:23:42 +00:00			`{env, [`
More gross structural work; now has log levels and broken out log level control 2009-11-29 23:44:30 +00:00			`%% Default log level`
Change default log level to 'warn' and introduce -q/--quiet 2013-10-12 20:12:40 +00:00			`{log_level, warn},`
Adding first crack at reltool support 2009-12-02 12:15:35 +00:00
Refactoring core logic in preparation for dependency mgmt; breaking out sub_dir determination into dedicated module 2009-12-26 06:19:09 +00:00			`%% any_dir processing modules`
			`{any_dir_modules, [`
Add support for requiring a specific ERTS or OTP version via a regex 2010-05-04 01:47:07 +00:00			`rebar_require_vsn,`
Sketching out templating system 2010-01-08 05:18:55 +00:00			`rebar_deps,`
Process deps prior to subdirs so that top-level dependencies work as expected 2010-06-09 20:06:48 +00:00			`rebar_subdirs,`
Adding cleaner module to permit users to specify their own set of files to delete 2010-02-21 12:39:12 +00:00			`rebar_templater,`
			`rebar_cleaner`
Refactoring core logic in preparation for dependency mgmt; breaking out sub_dir determination into dedicated module 2009-12-26 06:19:09 +00:00			`]},`

			`%% Dir specific processing modules`
Refactor of core logic to provide better control over recursion and code path mgmt 2009-12-12 14:34:29 +00:00			`{modules, [`
Refactoring core logic in preparation for dependency mgmt; breaking out sub_dir determination into dedicated module 2009-12-26 06:19:09 +00:00			`{app_dir, [`
Add abnfc support abnfc is an ABNF parser generator. Options are: - doc_root (defaults to "src") - out_dir (defaults to "src") - source_ext (defaults to ".abnf") - module_ext (defaults to "") 2010-12-15 14:08:15 +00:00			`rebar_abnfc_compiler,`
Refactoring core logic in preparation for dependency mgmt; breaking out sub_dir determination into dedicated module 2009-12-26 06:19:09 +00:00			`rebar_protobuffs_compiler,`
Added a compiler plugin for neotoma grammars 2010-05-04 05:59:43 +00:00			`rebar_neotoma_compiler,`
Add ASN.1 support (via Ruslan Babayev) Add support for compiling ASN.1 files with asn1ct. Patch from Ruslan Babayev. 2010-03-22 17:31:01 +00:00			`rebar_asn1_compiler,`
Add support to compile the Diameter dictionary files 2012-11-12 13:03:43 +00:00			`rebar_dia_compiler,`
Refactoring core logic in preparation for dependency mgmt; breaking out sub_dir determination into dedicated module 2009-12-26 06:19:09 +00:00			`rebar_erlc_compiler,`
			`rebar_lfe_compiler,`
			`rebar_erlydtl_compiler,`
			`rebar_port_compiler,`
			`rebar_otp_app,`
			`rebar_ct,`
			`rebar_eunit,`
Add 'qc' cmd and rename eunit-compile to test-compile 2011-03-26 16:56:54 +00:00			`rebar_qc,`
Add stub for xref support; not yet done 2010-04-09 15:25:00 +00:00			`rebar_escripter,`
Add edoc module to .app file 2010-06-08 13:56:41 +00:00			`rebar_edoc,`
Initial version of "rebar shell" command For now, this is just a proof of concept; would make sense to add a lot of things, such as quick access to invoking rebar itself (with approproate code reloading), as well as an eunit-aware version so that tests could be run interactively. 2011-05-18 22:49:10 +00:00			`rebar_shell,`
Fix #56 (always-on recursion) Always-on recursive application of all rebar commands causes too many issues. Recursive application is required for: 1. dealing with dependencies: get-deps, update-deps, and compile of deps right after get-deps or update-deps 2. projects with a riak-like apps/ project structure and dev process The vast majority of projects are not structured like riak. Therefore, moving forward it's best to (by default) restrict recursive behavior to dealing with deps. This commit does that and also adds command line and rebar.config options for controlling or configuring recursion. Also, we introduce two meta commands: prepare-deps (equivalent to rebar -r get-deps compile) and refresh-deps (equivalent to rebar -r update-deps compile). riak-like projects can extend the list of recursive commands (to include 'eunit' and 'compile') by adding {recursive_cmds, [eunit, compile]} to rebar.config. 2012-11-05 19:08:48 +00:00			`rebar_xref,`
			`rebar_metacmds`
Refactoring core logic in preparation for dependency mgmt; breaking out sub_dir determination into dedicated module 2009-12-26 06:19:09 +00:00			`]},`
Implemented option to specify number of concurrent workers a command may use 2010-01-06 16:31:14 +00:00
Refactoring core logic in preparation for dependency mgmt; breaking out sub_dir determination into dedicated module 2009-12-26 06:19:09 +00:00			`{rel_dir, [`
Add 'generate-appups' command To further support OTP releases I have added support for generating application appup files. These include instructions that systools uses to generate a relup file which contains the low level instructions needed to perform a hot code upgrade. My goal with this module is to produce "good enough" appup files or at least a skeleton to help one get started with something more complex. If an appup file already exists for an application this command will not attempt to create a new one. Usage: $ rebar generate-appups previous_release=/path/to/old/version Generally this command will be run just before 'generate-upgrade'. 2011-02-10 21:27:29 +00:00			`rebar_appups,`
Add 'generate-upgrade' command To support OTP release upgrades I have added support for building upgrade packages. Support for this is included in the rebar_upgrade module, specifically generate_upgrade/2. It requires one variable to be set on the command line 'previous_release' which is the absolute path or relative path from 'rel/' to the previous release one is upgrading from. Running an upgrade will create the needed files, including a relup and result in a tarball containing the upgrade being written to 'rel/'. When done it cleans up the temporary files systools created. Usage: $ rebar generate-upgrade previous_release=/path/to/old/version This also includes a dummy application that can be used to test upgrades as well as an example. Special thanks to Daniel Reverri, Jesper Louis Andersen and Richard Jones for comments and patches. 2011-01-27 17:15:25 +00:00			`rebar_reltool,`
			`rebar_upgrade`
Refactoring core logic in preparation for dependency mgmt; breaking out sub_dir determination into dedicated module 2009-12-26 06:19:09 +00:00			`]}`
Fix #56 (always-on recursion) Always-on recursive application of all rebar commands causes too many issues. Recursive application is required for: 1. dealing with dependencies: get-deps, update-deps, and compile of deps right after get-deps or update-deps 2. projects with a riak-like apps/ project structure and dev process The vast majority of projects are not structured like riak. Therefore, moving forward it's best to (by default) restrict recursive behavior to dealing with deps. This commit does that and also adds command line and rebar.config options for controlling or configuring recursion. Also, we introduce two meta commands: prepare-deps (equivalent to rebar -r get-deps compile) and refresh-deps (equivalent to rebar -r update-deps compile). riak-like projects can extend the list of recursive commands (to include 'eunit' and 'compile') by adding {recursive_cmds, [eunit, compile]} to rebar.config. 2012-11-05 19:08:48 +00:00			`]},`
			`{recursive_cmds, [`
			`'check-deps',`
rebar.app: remove superfluous quoting 2014-03-30 17:46:47 +00:00			`compile,`
Fix #56 (always-on recursion) Always-on recursive application of all rebar commands causes too many issues. Recursive application is required for: 1. dealing with dependencies: get-deps, update-deps, and compile of deps right after get-deps or update-deps 2. projects with a riak-like apps/ project structure and dev process The vast majority of projects are not structured like riak. Therefore, moving forward it's best to (by default) restrict recursive behavior to dealing with deps. This commit does that and also adds command line and rebar.config options for controlling or configuring recursion. Also, we introduce two meta commands: prepare-deps (equivalent to rebar -r get-deps compile) and refresh-deps (equivalent to rebar -r update-deps compile). riak-like projects can extend the list of recursive commands (to include 'eunit' and 'compile') by adding {recursive_cmds, [eunit, compile]} to rebar.config. 2012-11-05 19:08:48 +00:00			`'delete-deps',`
Keep compile recursive and update the tests to not pass -r to compile 2014-03-11 21:23:16 +00:00			`'get-deps',`
Fix #56 (always-on recursion) Always-on recursive application of all rebar commands causes too many issues. Recursive application is required for: 1. dealing with dependencies: get-deps, update-deps, and compile of deps right after get-deps or update-deps 2. projects with a riak-like apps/ project structure and dev process The vast majority of projects are not structured like riak. Therefore, moving forward it's best to (by default) restrict recursive behavior to dealing with deps. This commit does that and also adds command line and rebar.config options for controlling or configuring recursion. Also, we introduce two meta commands: prepare-deps (equivalent to rebar -r get-deps compile) and refresh-deps (equivalent to rebar -r update-deps compile). riak-like projects can extend the list of recursive commands (to include 'eunit' and 'compile') by adding {recursive_cmds, [eunit, compile]} to rebar.config. 2012-11-05 19:08:48 +00:00			`'list-deps',`
			`'update-deps'`
			`]}`
Initial commit 2009-11-25 22:23:42 +00:00			`]}`
Fix formatting (thanks Piotr Usewicz) 2011-04-15 14:40:25 +00:00			`]}.`