otp.git/lib/syntax_tools/src, branch maint-20

syntax_tools: Fix a bug regarding reverting map types.

2018-06-14T10:50:18+00:00

Update runtime deps to depend on new stdlib functionality

2017-09-19T10:54:58+00:00

~tw and new string functions are new since OTP-20 (stdlib-3.4)

syntax_tools: add 'unicode' option to re:run for matching paths

2017-09-05T09:31:56+00:00

syntax_tools: Improve handling of Unicode

2017-09-05T09:02:26+00:00

syntax_tools: erl_tidy: Do not hang when exits are trapped

2017-06-22T07:16:34+00:00

See also ERL-413, https://bugs.erlang.org/browse/ERL-413.

syntax_tools: Fix Syntax Tools regarding Unicode atoms

2017-04-07T06:57:27+00:00

Update use of filename:find_src/1 in igor.erl

2017-02-06T14:36:21+00:00

Update Syntax Tools license headers

2016-11-23T15:34:27+00:00

This makes it clear that Apache 2.0 applies, without dropping the old LGPL
licensing, and makes all the Syntax Tools file headers look the same as
upstream.

Fix documentation of an option of erl_tidy

2016-08-31T15:07:30+00:00

Fix infinite loop in merl_transform

2016-07-09T15:21:27+00:00

This can happen when a syntactically incorrect text is passed to a
merl:qquote/2,/3 call.

The parse transform optimizes calls to some functions in merl by
converting strings into templates at compile time. If this evaluation
fails (in eval_call/4 - for example because of a sytanx error in the
parsed text) the original function call should be kept unchanged.
However in case of qquote/3 the call is converted into a combination of
quote/2 and subst/2, but upon failure the original qquote/3 call is
substituted into the wrong place. E.g.:

this expression
  merl:qquote(Pos, Text, Env)

is first converted to
  merl:subst(merl:quote(Pos, Text), Env)

then if evaluating the quote call fails into
  merl:subst(merl:qquote(Pos, Text, Env), Env)

and the expansion is run again on the internal qquote/3 argument
resulting in an infinite loop.

This is now fixed so in case of failure the original qquote/3 call is kept.