Make GDAL unsensitive to LC_NUMERIC for floating point <--> string conversions

[Even Rouault]

We are currently sensitive to LC_NUMERIC in all places using atof(), strtod(), sscanf("...%Lf..."), xxprintf("%..f/g").

This ticket is to track an effort to reduce to nearly zero those places. We can already do atof() -> CPLAtof(), strtod() -> CPLStrtod(). So introduce CPLsscanf() and CPLxxxprintf().

[Even Rouault]

trunk r27942 "Global conversion to using floating point <--> string functions insensitive to LC_NUMERIC (#5731)"

[Even Rouault]

r27943 Fix windows compilation r27944 "Fix CPLAtof()/CPLStrtod() to avoid parsing '2,34' as 2.34 in a locale with comma as decimal separator (#5731)" r27945 "Remove now useless manual replacing of comma by point in a few drivers (#5731)"

[Even Rouault]

r27946 "Fix formatting string in AAIGRID (#5731)"

[Even Rouault]

r27947 "gdaltransform: use CPLprintf() (#5731)"

[Even Rouault]

r27948 "Use CPLStrtod() in proj_strtod() used by CPLDMSToDec() (#5731)"

[Even Rouault]

r27951 "Remove sscanf() use in gdaltransformer, and remove CPLLocaleC enforcers in open, create, createcopy of drivers (#5731)"

[Even Rouault]

Milestone renamed