Re: major, minor and micro version

From: Alvaro Herrera <alvherre(at)surnet(dot)cl>
To: Andreas 'ads' Scherbaum <adsmail(at)wars-nicht(dot)de>
Cc: pgsql-hackers(at)postgresql(dot)org
Subject: Re: major, minor and micro version
Date: 2005-06-21 23:24:55
Message-ID: 20050621232455.GB21270@surnet.cl
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Wed, Jun 22, 2005 at 12:36:23AM +0200, Andreas 'ads' Scherbaum wrote:
>
> Hello,
>
> is it possible to get the PG version splitted up into major, minor and
> micro version in the future?
> For now, only PG_VERSION is defined (at least, what i can see) and it is
> not possible to use PG_VERSION at compile time to determine the actual
> PG version.
>
> Example:
>
> In a module i want to use some of the new features from 8.0, but if the
> user is compiling the module in a 7.x source tree, the old (but slower)
> functions must be used (SPI_exec versus SPI_execute).

This has been requested before, and while I don't remember whether the
petition has been accepted, I do remember that the customary workaround
was to use the CATALOG_VERSION_NO symbol from src/include/catversion.h.
This number is supposed to keep unchanged across a "major.minor"
release.

--
Alvaro Herrera (<alvherre[a]surnet.cl>)
"When the proper man does nothing (wu-wei),
his thought is felt ten thousand miles." (Lao Tse)

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Josh Berkus 2005-06-21 23:30:54 Re: Why is checkpoint so costly?
Previous Message Michael Glaesemann 2005-06-21 23:21:51 Re: Schedule for 8.1 feature freeze