Permalink
Commits on May 3, 2018
Commits on Jan 22, 2018
Commits on Nov 27, 2017
  1. Version 0.8.9

    eproxus committed Nov 27, 2017
  2. Support running meck with modules built with '+deterministic' compile…

    nablaa authored and eproxus committed Nov 21, 2017
    … option
    
    When modules are built with '+deterministic' option, the BEAM files
    don't have compile options available in the module_info/1:
    
        $ cat foo.erl
        -module(foo).
        $ erlc foo.erl
        $ erl -noshell -eval 'io:format("~p~n", [foo:module_info(compile)])' -run init stop
        [{options,[]},
        {version,"7.1.1"},
        {source,"/home/foobar/foo.erl"}]
        $ rm foo.beam
        $ erlc +deterministic foo.erl
        $ erl -noshell -eval 'io:format("~p~n", [foo:module_info(compile)])' -run init stop
        [{version,"7.1.1"}]
    
    Running meck against these modules fail:
    
        ::{function_clause,[{lists,'-filter/2-lc$^0/1-0-',
                                   [undefined],
                                   [{file,"lists.erl"},{line,1286}]},
                            {meck_proc,backup_original,3,
                                       [{file,"/home/foobar/meck/_build/default/lib/meck/src/meck_proc.erl"},
                                        {line,361}]},
                            {meck_proc,init,1,
                                       [{file,"/home/foobar/meck/_build/default/lib/meck/src/meck_proc.erl"},
                                        {line,206}]},
                            {gen_server,init_it,2,
                                        [{file,"gen_server.erl"},{line,365}]},
                            {gen_server,init_it,6,[{file,[...]},{line,...}]},
                            {proc_lib,init_p_do_apply,3,[{file,...},{...}]}]}
    
    This commit Fixes the problem.
    
    Fixes #184
Commits on Oct 2, 2017
  1. Fix for Rebar 2.x.y on secondary arches

    lemenkov authored and eproxus committed Sep 27, 2017
    Erlang + Eunit + Rebar2 behaves differently on secondary arches (mips,
    sh4, powerpc, and likely other BigEndian ones). Apparently we need to
    specify setup and teardown procedures explicitly instead of copying
    meck:new(...) followed by meck:unload() in every test of a suite. Don't
    know why, but doing this won't hurt.
    
    I cannot reproduce this issue with Rebar3.
    
    Fixes #105.
    
    Signed-off-by: Peter Lemenkov <lemenkov@gmail.com>
Commits on Sep 7, 2017
  1. Update README.md

    eproxus committed Sep 7, 2017
Commits on Aug 29, 2017
  1. Update copyright notices

    eproxus committed Aug 29, 2017
  2. Version 0.8.8

    eproxus committed Aug 29, 2017
Commits on Aug 7, 2017
Commits on Jun 29, 2017
  1. Fixes to publish script

    eproxus committed Jun 29, 2017
  2. Version 0.8.7

    eproxus committed Jun 29, 2017
  3. Update publish script

    eproxus committed Jun 29, 2017
  4. Create new CHANGELOG.md

    eproxus committed Jun 29, 2017
    This is using the github_changelog_generator available at
    https://github.com/skywinder/github-changelog-generator.
Commits on Jun 28, 2017
  1. Migrate to Rebar 3

    eproxus committed Feb 2, 2017
    This change expects Meck to be built with Rebar 3 from now on. Due to it
    not being compatible with Rebar 3, the optional dependency on Hamcrest
    has been removed. Meck still supports matchers so it should still be
    compatible, but it is no longer tested.
  2. Version 0.8.6

    eproxus committed Jun 28, 2017
  3. Add to changelog

    eproxus committed Jun 28, 2017
  4. Update code climate

    eproxus committed Jun 28, 2017
  5. Version 0.8.5

    eproxus committed Jun 28, 2017
  6. Add #176 to CHANGELOG

    eproxus committed Jun 28, 2017
Commits on Jun 22, 2017
  1. fix behavio(u)r attributes validation on Erlang R20

    Andreas Schultz authored and eproxus committed Jun 22, 2017
    R20 now checks whether behavio(u)r attribute contains a
    valid module name. The attributes content was simply take
    from module_info/0. However, module_info/0 contains a list
    of behavior and the attribute should only contain as single
    module name.
    
    Expand the list of behavio(u)rs into a list of attrbiutes
    to make erl_lint happy.