summaryrefslogtreecommitdiff
path: root/ebin
Commit message (Collapse)AuthorAgeFilesLines
* Fix up colored log supportTuncer Ayaz2015-07-031-1/+1
| | | | | | | | | | | * do not use pdict * do not enable color support by default. once we have the new getopt version, we can add a new type of command line flag for that. * fix Dialyzer warnings * use atom instead of boolean * use better name for internal function * do not try (and fail) to access rebar's app env in retest test
* Add colored logsAndrey Teplyashin2015-07-031-0/+3
| | | | | | Fix verbose level in global rebar config Replace application:set_env on erlang:put
* bump to 2.6.02.6.0Fred Hebert2015-06-191-1/+1
|
* Add memoization serverTuncer Ayaz2015-06-111-1/+2
| | | | | Copy memo.erl from https://github.com/tuncer/memo and rename to rmemo.erl for use in rebar. We rename it to avoid collisions.
* Add Dialyzer pluginTuncer Ayaz2015-05-221-7/+18
| | | | | | | | | | | | | | | | | | | | | | | | Build project-specific PLT $ rebar build-plt Check the PLT for consistency and rebuild it if it is not up-to-date $ rebar check-plt Analyze the code for discrepancies $ rebar dialyze Delete project-specific PLT $ rebar delete-plt Valid rebar.config options: %% Store PLT in ~/.rebar/plt (Default) {dialyzer_plt_location,shared} %% Store PLT locally inside the project in .rebar {dialyzer_plt_location,local} %% Store PLT in custom directory {dialyzer_plt_location,"custom_path"} {dialyzer_plt_extra_apps,[app1,app2]} {dialyzer_warnings,[unmatched_returns,error_handling]}
* Support .appup.src[.script] filesLuis Rascao2015-02-041-0/+2
| | | | | | | | | | Similar to how .app.src are being handled, all files in directory .src ending with .appup.src are processed, checked for correctness and copied to ebin without the .src extension. By way of using rebar_config:consult_file/1, .appup.src.script files are automatically supported in exactly the same manner as in .app.src.script.
* Revert "Merge branch 'platinumthinker-color_in_logs'"Fred Hebert2014-11-211-3/+0
| | | | | This reverts commit 49930fe56656b46b6a35e4bcc92f4a18a402726a, reversing changes made to 6e6b0fd43fe4e6ebf34808b9cf39a74b5d7946a2.
* Merge branch 'color_in_logs' of https://github.com/platinumthinker/rebar ↵Fred Hebert2014-11-211-0/+3
|\ | | | | | | | | | | | | into platinumthinker-color_in_logs Conflicts: THANKS
| * Add colored logsAndrey Teplyashin2014-11-191-0/+3
| |
* | Add support for compiling proto files using gpbTomas Abrahamsson2014-10-291-0/+2
| | | | | | | | | | | | This adds the config option {proto_compiler,gpb} for selecting gpb as the compiler for protocol buffer files. When gpb is used as compiler, it reads the gpb_opts config item for options.
* | Introduce pluggable protocol buffer compilersTomas Abrahamsson2014-10-291-0/+2
|/ | | | | | | | | | | | | Make it possible for plug in alternative protocol buffer compilers. The compilers are picked up based on if they export all of the functions key/0, proto_compile/3, proto_clean/3 and proto_info/2. The set of compiler modules to choose from, is fetched from the rebar application environment, from the app_dir modules. A new config option, {proto_compiler,Compiler}, specifies which of the available protocol buffer compilers to use. The 'protobuffs' compiler is now one such compiler (the only one), and it is also the default, for backwards compatibility.
* Bump to 2.5.12.5.1tsloughter2014-07-301-1/+1
|
* Bump to 2.5.02.5.0Fred Hebert2014-06-231-1/+1
|
* Bump Rebar to 2.4.02.4.0Fred Hebert2014-06-181-1/+1
|
* Add code coverage analysis functionality to `qc'Andras Horvath2014-06-141-0/+1
| | | | | | | - Use `cover' with QuickCheck testing - Reuse the `cover_*' rebar.config options - Refactor cover-related code to separate module (`qc_cover_utils') for use with both `eunit' and `qc'
* Bump rebar version to 2.3.1Jared Morrow2014-05-211-1/+1
|
* Merge pull request #255 from tuncer/superfluous-quotingJared Morrow2014-05-191-1/+1
|\ | | | | rebar.app: remove superfluous quoting
| * rebar.app: remove superfluous quotingTuncer Ayaz2014-03-301-1/+1
| |
* | Roll rebar version 2.3.02.3.0Jared Morrow2014-05-131-1/+1
|/
* Keep compile recursive and update the tests to not pass -r to compileJared Morrow2014-03-111-1/+2
|
* Fix #56 (always-on recursion)Tuncer Ayaz2014-03-111-2/+11
| | | | | | | | | | | | | | | | | | 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.
* Bump rebar to 2.2.0 and add proper release notes2.2.0Jared Morrow2014-02-051-1/+1
|
* Fix #187 (rename mustache to rebar_mustache)Tuncer Ayaz2014-01-011-1/+1
|
* Fix #187 (rename getopt to rebar_getopt)Tuncer Ayaz2014-01-011-1/+1
| | | | While at it, update getopt.erl to git rev 78eda3b.
* Change default log level to 'warn' and introduce -q/--quietTuncer Ayaz2013-12-061-1/+1
|
* Roll rebar version 2.1.02.1.02.1Jared Morrow2013-11-221-1/+1
|
* Merge branch 'ates-diameter'Dave Smith2012-11-121-0/+2
|\
| * Add support to compile the Diameter dictionary filesArtem Teslenko2012-11-121-0/+2
| |
* | Bumping to 2.1.0-pre2.1.0-preDave Smith2012-11-121-1/+1
|/
* Fix version stringTuncer Ayaz2012-08-091-1/+1
|
* Fix vsn stringTuncer Ayaz2012-08-061-1/+1
|
* Bump major version to prepare for next releaseTuncer Ayaz2012-07-231-1/+1
|
* Add 'qc' cmd and rename eunit-compile to test-compileTuncer Ayaz2012-07-231-0/+2
|
* Do not use application:set_envTuncer Ayaz2012-07-231-3/+0
|
* Re-sort modules in rebar.appTuncer Ayaz2012-07-111-1/+1
|
* Initial version of "rebar shell" commandKresten Krab Thorup2012-07-111-0/+2
| | | | | | | 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.
* Sort rebar_* modules in rebar.appTuncer Ayaz2012-06-171-5/+5
|
* Merge pull request #220 from talentdeficit/patch-1Dave Smith2012-06-061-1/+5
|\ | | | | add crypto, syntax_tools and tools to applications key as dependencies
| * should also include compiler in list of application dependencies for rebaralisdair sullivan2012-04-301-0/+1
| |
| * add crypto, syntax_tools and tools to applications key as dependenciesalisdair sullivan2012-04-301-1/+4
| |
* | Move to major.minor.patch release version; add OTP build versionDave Smith2012-06-041-1/+1
|/ | | | version info
* Remove duplicate entry (Reported-by: Siri Hansen)Tuncer Ayaz2011-07-081-1/+0
|
* Remove rebar_dialyzerjoewilliams2011-06-061-2/+0
|
* Cleanup deprecations now that R14B03 is releasedTuncer Ayaz2011-05-311-5/+1
|
* Fix formatting (thanks Piotr Usewicz)Tuncer Ayaz2011-04-151-1/+1
|
* Add file local variables where appropriatePiotr Usewicz2011-04-151-0/+3
|
* Add 'generate-appups' commandjoewilliams2011-02-151-0/+2
| | | | | | | | | | | | | | | 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'.
* Add 'generate-upgrade' commandjoewilliams2011-01-271-1/+3
| | | | | | | | | | | | | | | | | | | | | 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.
* Add abnfc supportAnthony Ramine2010-12-221-0/+2
| | | | | | | | | 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 "")
* Put rebar_pre_script in correct app_dir module positionTuncer Ayaz2010-07-241-2/+2
| | | | | Erroneously put rebar_pre_script at the end of the app_dir modules list in the previous commit.
View Lorry Controller Status