SisMaker
/
rebar3
1
0
Forka 0
Codice Problemi 0 Pull Requests 0 Projects 0 Rilasci 62 Wiki Attività
Non puoi selezionare più di 25 argomenti Gli argomenti devono iniziare con una lettera o un numero, possono includere trattini ('-') e possono essere lunghi fino a 35 caratteri.
1429 Commit
12 Rami (Branch)
11 MiB
Albero (Tree): 99fe270e59
Rami (Branch) Tag
${ item.name }
Crea branch ${ searchTerm }
da '99fe270e59'
${ noResults }
rebar3/inttest/tdeps3/d.hrl

1 riga
33 B
Originale Vista normale Cronologia

Don't over-aggressively clean the code path in the presence of lib_dir directives Rebar, when it encounters a lib_dir directive, caches the current code path, adds the libdir(s) and returns the cached copy of the path. When rebar has finished processing that directory, it restores the cached path. This is problematic in the below scenario: /(lib_dir)->G A -> B -> C -> D -> E \-> F -> D -> E When rebar is finished processing B, it restores the code path to what it was before it processed B, removing C, D, E and G from the code path. This means when it comes to process F, neither D or E are in the code path, so any header includes, rebar plugins or parse transforms will not be in the code path. Without the lib_dir directive, rebar does no code path cleanups, so everything works fine. This change makes rebar only remove the explicit lib_dir code paths it added and adds an inttest that replicates the above scenario.
11 anni fa
 
  1. -include_lib("e/include/e.hrl").