diff options
| author | Hans Bolinder <[email protected]> | 2018-09-17 10:33:29 +0200 |
|---|---|---|
| committer | Hans Bolinder <[email protected]> | 2018-09-17 13:19:30 +0200 |
| commit | 2d04d2bdf95c3a5f143ed2a5b9295fbf197b9b0b (patch) | |
| tree | bc36d3788a8b1f1a877d94a6ebac9adfe8031d8c /erl-build-tool-vars.sh | |
| parent | 82db62ab096cffd29c7afce6894eece14d5e1390 (diff) | |
| download | otp-2d04d2bdf95c3a5f143ed2a5b9295fbf197b9b0b.tar.gz otp-2d04d2bdf95c3a5f143ed2a5b9295fbf197b9b0b.tar.bz2 otp-2d04d2bdf95c3a5f143ed2a5b9295fbf197b9b0b.zip | |
stdlib: Allow lists with binaries in the Format argument
As a consequence of some refactoring (OTP-14983, option
'chars_limit'), the Format argument of io_lib:format() no longer
accepts binaries in lists in Erlang/OTP 21.0.
Note that if Format is not of type io:format(), control sequences in
Format are ignored. This can result in unpredictable behaviour if, for
example, the output of io_lib:format() is used as Format: if the
output happens to be a string(), then control sequences are
interpreted, otherwise not.
A check that Format is of type io:format() will likely be introduced
in Erlang/OTP 22.0. That will probably mean work for some users, but
considering how unpredictable io_lib:format() is, we should try to fix
that.
Diffstat (limited to 'erl-build-tool-vars.sh')
0 files changed, 0 insertions, 0 deletions