[postgis-devel] [wktraster] Getting rid of warning

Pierre Racine Pierre.Racine at sbf.ulaval.ca
Wed Mar 31 08:32:30 PDT 2010


Those wktraster_config.h.in macros are produced by AutoHeader invoked by autogen.sh.

PostGIS have their own postgis_config.h.in. They do not invoke AutoHeader in to build it.

What about doing the same? What do we loose by not invoking AutoHeader? Why did PostGIS decided to not invoke it?

I suggest we do the same as PostGIS.

To fix the RT_VERSION one, which might conflict on Windows only because it is already defined in C:\MinGW\include\ winuser.h, I suggest that we rename all our macros from "RT_SOMETHING" to POSTGIS_RASTER_SOMETHING.

Pierre

>-----Original Message-----
>From: postgis-devel-bounces at postgis.refractions.net [mailto:postgis-devel-
>bounces at postgis.refractions.net] On Behalf Of Mateusz Loskot
>Sent: 29 mars 2010 11:01
>To: PostGIS Development Discussion
>Subject: Re: [postgis-devel] [wktraster] Getting rid of warning
>
>Pierre Racine wrote:
>>
>> Any clue about the PACKAGE_BUGREPORT, PACKAGE _NAME, PACKAGE_STRING,
>> PACKAGE_TARNAME, PACKAGE_VERSION and RT_VERSION macros?
>
>The PACKAGE_* variables are usually set by autoconf in configure.{in|ac} script
>
>http://www.gnu.org/software/hello/manual/autoconf/Initializing-configure.html
>
>The RT_VERSION is WKT Raster custom variable set in configure.ac
>
>http://trac.osgeo.org/postgis/browser/spike/wktraster/configure.ac?rev=5232#L625
>
>As I see, PostGIS does not call AC_INIT with values for the PACKAGE_* variables
>
>http://trac.osgeo.org/postgis/browser/trunk/configure.ac#L13
>
>I'm not sure what's the policy there.
>
>AFAIK, they are not mandatory.
>
>Best regards,
>--
>Mateusz Loskot
>Senior Programmer, Cadcorp
>http://www.cadcorp.com
>
>
>
>****************************************************************************
>This email is confidential and may be privileged and should not be used, read
>or copied by anyone who is not the  original intended recipient. If you have
>received this email in error  please inform the sender and delete it from
>your mailbox or any other storage mechanism. Unless specifically stated,
>nothing in this email constitutes an offer by Cadcorp and Cadcorp does not
>warrant that any information contained in this email is accurate.
>Cadcorp cannot accept liability for any statements made which are clearly the
>sender's own and not expressly made on behalf of Cadcorp or one of its agents.
>Please rely on your own virus check. No responsibility is taken by Cadcorp
>for any damage arising out of any bug or virus infection.
>****************************************************************************
>_______________________________________________
>postgis-devel mailing list
>postgis-devel at postgis.refractions.net
>http://postgis.refractions.net/mailman/listinfo/postgis-devel



More information about the postgis-devel mailing list