awk: CRLF handling

Previous efforts at handling DOS-style line endings in awk have
included commits ee7e00dc5 and 1a3717342.

The use of remove_cr() is unwise:

- It's overzealous, removing all CRs, not just those in CRLF pairs.

- Even if that were fixed awk reads input in chunks. There's a
  remote chance a CRLF might appear at a chunk boundary and be
  missed.

remove_cr() will be fixed separately.  In awk treat all data input
as being in text mode.

Skipping CRs in skip_spaces() is also flawed.  Instead read scripts
in text mode.

Add a couple of test cases.  One of these (awk backslash+CRLF eaten
with no trace) fails without this patch.

0 files changed, 0 insertions, 0 deletions