PROJ/src/emess.c, branch rfc4_dev Forked from https://github.com/OSGeo/PROJ cpp conversion: minimal steps to fix compilation errors, not warnings 2018-12-26T09:08:53+00:00 Even Rouault even.rouault@spatialys.com 2018-12-18T19:24:11+00:00 610957f7035242f15743c399ffd429b92bc36206 






Only allow usage of proj_api.h if explicit consent was given
2018-09-18T17:43:10+00:00

Kristian Evers
kristianevers@gmail.com

2018-09-18T12:00:48+00:00

66f228cfbcf6e47effc5771a29bfaa93b0bf5eb5

We want to flag that proj_api_h is now deprecated. With this commit
it is now mandatory to #define ACCEPT_USE_OF_DEPRECATED_PROJ_API_H
before proj_api.h can be included.

proj_api.h is used internally a bunch of places. Therefore
ACCEPT_USE_OF_DEPRECATED_PROJ_API_H has been defined in projects.h
and a few other necessary files to ensure that PROJ compiles.

Closes #836





We want to flag that proj_api_h is now deprecated. With this commit
it is now mandatory to #define ACCEPT_USE_OF_DEPRECATED_PROJ_API_H
before proj_api.h can be included.

proj_api.h is used internally a bunch of places. Therefore
ACCEPT_USE_OF_DEPRECATED_PROJ_API_H has been defined in projects.h
and a few other necessary files to ensure that PROJ compiles.

Closes #836







IWYU: Partial PJ_natearth.c..rtodms.c
2018-05-15T20:42:20+00:00

Kurt Schwehr
schwehr@google.com

2018-05-15T20:42:20+00:00

1e8824517900d37232468b9e3d7f3724e7ffa786












Remove angle brackets for proj headers (#849)
2018-03-11T12:17:07+00:00

Thomas Knudsen
busstoptaktik@users.noreply.github.com

2018-03-11T12:17:07+00:00

ab87b8ef0af7ef888b7d810db610ead6eb784d71

* Avoid using angle brackets for PROJ headers.

Switching from #include <proj.h> to #include "proj.h",
and correspondingly for projects.h and proj_api.h,
reduces the risk of accidentally picking up a system
installed older version of the header while building
a new version of PROJ.

* Also handle geodesic.h





* Avoid using angle brackets for PROJ headers.

Switching from #include <proj.h> to #include "proj.h",
and correspondingly for projects.h and proj_api.h,
reduces the risk of accidentally picking up a system
installed older version of the header while building
a new version of PROJ.

* Also handle geodesic.h







Declare non-local variables as const where possible
2017-12-17T22:34:40+00:00

Aaron Puchert
aaron.puchert@sap.com

2017-11-17T16:46:34+00:00

a07501a165e6f2521c9aa13fa63fab33cf67d876

Having non-const variables of static lifetime or even global scope is
usually a bad idea. These variables are inherently constants, and this
should be enforced.

This required marking some functions as not modifying input parameters
and marking some pointers as pointers to const.

One advantage is that the compiler usually puts const static variables
in a read-only code segment, so they can't be modified physically.
This can be verified with `nm` (on POSIX systems).

To avoid changes to the public API, functions returning non-const
pointers to data tables were left intact, but the returned data may not
be modified. Internally we prefer using the proj_list_* functions over
the pj_get_*_ref functions, because the former return const pointers.





Having non-const variables of static lifetime or even global scope is
usually a bad idea. These variables are inherently constants, and this
should be enforced.

This required marking some functions as not modifying input parameters
and marking some pointers as pointers to const.

One advantage is that the compiler usually puts const static variables
in a read-only code segment, so they can't be modified physically.
This can be verified with `nm` (on POSIX systems).

To avoid changes to the public API, functions returning non-const
pointers to data tables were left intact, but the returned data may not
be modified. Internally we prefer using the proj_list_* functions over
the pj_get_*_ref functions, because the former return const pointers.







Enable cppcheck and fix related mostly false-positive warnings
2017-02-28T16:02:53+00:00

Even Rouault
even.rouault@spatialys.com

2017-02-28T00:02:25+00:00

21d16428760469717fd25ebf9d03c286db935c66












remove SCCSID and lint stuff from all source files
2009-01-26T17:39:35+00:00

Frank Warmerdam
warmerdam@pobox.com

2009-01-26T17:39:35+00:00

04058618706b306520f1a4656a521ba555601b3b

git-svn-id: http://svn.osgeo.org/metacrs/proj/trunk@1515 4e78687f-474d-0410-85f9-8d5e500ac6b2





git-svn-id: http://svn.osgeo.org/metacrs/proj/trunk@1515 4e78687f-474d-0410-85f9-8d5e500ac6b2







Fixed VC++ 8.0 warnings.
2006-11-16T21:05:58+00:00

Mateusz Loskot
mateusz@loskot.net

2006-11-16T21:05:58+00:00

b28c3691de529a27198f56f5c4c470ff53249d97

git-svn-id: http://svn.osgeo.org/metacrs/proj/trunk@1376 4e78687f-474d-0410-85f9-8d5e500ac6b2





git-svn-id: http://svn.osgeo.org/metacrs/proj/trunk@1376 4e78687f-474d-0410-85f9-8d5e500ac6b2







avoid using global variables from DLL
2004-10-28T16:05:37+00:00

Frank Warmerdam
warmerdam@pobox.com

2004-10-28T16:05:37+00:00

df972a044023b6aa99e7d8d056a7533370abce88

git-svn-id: http://svn.osgeo.org/metacrs/proj/trunk@1255 4e78687f-474d-0410-85f9-8d5e500ac6b2





git-svn-id: http://svn.osgeo.org/metacrs/proj/trunk@1255 4e78687f-474d-0410-85f9-8d5e500ac6b2







ensure clean C++ builds
2002-07-08T02:32:05+00:00

Frank Warmerdam
warmerdam@pobox.com

2002-07-08T02:32:05+00:00

22b01721aee54803d0d0d5566e4a9b2ef1384382

git-svn-id: http://svn.osgeo.org/metacrs/proj/trunk@1025 4e78687f-474d-0410-85f9-8d5e500ac6b2





git-svn-id: http://svn.osgeo.org/metacrs/proj/trunk@1025 4e78687f-474d-0410-85f9-8d5e500ac6b2