diff options
author | Björn Gustavsson <[email protected]> | 2017-05-23 09:38:23 +0200 |
---|---|---|
committer | Björn Gustavsson <[email protected]> | 2017-05-23 10:35:31 +0200 |
commit | 7336c17119f424b6356f2ec2b670994cb462570e (patch) | |
tree | 8877cd0e60eef6c618c8c184487beffa76c7a4c8 /lib/compiler/test/guard_SUITE.erl | |
parent | dfbefdcc85b2785e4d2280c1b70de8fd14a6778d (diff) | |
download | otp-7336c17119f424b6356f2ec2b670994cb462570e.tar.gz otp-7336c17119f424b6356f2ec2b670994cb462570e.tar.bz2 otp-7336c17119f424b6356f2ec2b670994cb462570e.zip |
Correct handling of module name in compile:forms/1,2
compile:forms/1,2 is documented to return:
{ok,ModuleName,BinaryOrCode}
However, if one of the options 'from_core', 'from_asm', or
'from_beam' is given, ModuleName will be returned as [].
A worse problem is that is that if one those options are
combined with the 'native' option, compilation will crash.
Correct compile:forms/1,2 to pick up the module name from
the forms provided (either Core Erlang, Beam assembly code,
or a Beam file).
Reported here: https://bugs.erlang.org/browse/ERL-417
Diffstat (limited to 'lib/compiler/test/guard_SUITE.erl')
0 files changed, 0 insertions, 0 deletions