aboutsummaryrefslogtreecommitdiffstats
path: root/erts/example/pg_async.erl
diff options
context:
space:
mode:
authorBjörn Gustavsson <[email protected]>2015-10-07 09:15:32 +0200
committerBjörn Gustavsson <[email protected]>2016-05-04 13:04:28 +0200
commitd035b0cbaeb4f276b3d13613c1564ae7c90400e7 (patch)
tree99844f7e83cf554c95f84854eb8eec0baef4e071 /erts/example/pg_async.erl
parent4c8fdca47c9e727dfcc1ab2049ffea35cef76b39 (diff)
downloadotp-d035b0cbaeb4f276b3d13613c1564ae7c90400e7.tar.gz
otp-d035b0cbaeb4f276b3d13613c1564ae7c90400e7.tar.bz2
otp-d035b0cbaeb4f276b3d13613c1564ae7c90400e7.zip
epp: Refactor expansion of header path
scan_include_lib/4 uses a helper function find_lib_dir/1, which has a strange interface. It takes a string and returns a tuple. The caller must match the tuple and call fname_join/1 to obtain the desired result. I assume that the strange interface was not noticed because the function is only used in one place. Replace the find_lib_dir/1 with a new expand_lib_dir/1 function which does the entire job in one go. The new function is much easier to reuse in other places, which we might want to do in a future commit.
Diffstat (limited to 'erts/example/pg_async.erl')
0 files changed, 0 insertions, 0 deletions