in +towgs84 case, we use sprintf() with floating-point formatter to output
the ellipsoid parameters. For a locale with decimal separtor != dot, the
resulting string will not be parsed correctly by proj_atof(), leading to
wrong numeric result.

The fix is similar to the one done in pj_latlong_from_proj()

Note for later: if using C++, we could use a locale-independent formatting
solution to avoid such issue.

Increment age instead of revision for added interfaces, see:

 https://www.gnu.org/software/libtool/manual/html_node/Updating-version-info.html

Previous to this commit cs2cs did not convert angular output to degrees
when using operations setting PJ->right = PJ_IO_UNITS_ANGULAR. This
commit adopts the conventions used after the introduction of pipelines.

In practice, this allows the following and similar transformations to
output in degrees and not radians:

```
echo 37.3916666667   -6.9325000 | cs2cs +proj=latlong +ellps=clrk80 \
    +to +proj=molodensky +ellps=clrk80 +da=-112.145 +df=-0.54750714e-4 \
    +dx=-175 +dy=-23 +dz=-303
37.39   -6.93 -8.2
```

Any text written after the coordinate input will automatically be
forwarded to the output stream. Text in columns before the coordinate
input is discarded in the output. This works for any combination of -c, -t
and -z parameters:

$ echo 12 56 100 2018.0 comment comment | cct +proj=merc
 1335833.8895   7522963.2411      100.0000     2018.0000 comment commen

$ echo text 12 56 100 2018.0 comment | cct -c 2,3,4,5 +proj=merc
 1335833.8895   7522963.2411      100.0000     2018.0000 comment

$ echo text 12 56 comment | cct -c 2,3 -t0 -z0 +proj=merc
 1335833.8895   7522963.2411        0.0000        0.0000 comment

$ echo 12 56 comment | cct -t0 -z0 +proj=merc
 1335833.8895   7522963.2411        0.0000        0.0000 comment

Closes #918

Specify number of decimals to display when transforming coordinates with either proj, cs2cs or cct.

This worked for cs2cs / pj_transform(), but not the new API

Complements f2b3604