Re: Release Candidates - was Help us out in the curl project

Daniel Stenberg via curl-library <[email protected]>
Newsgroups gmane.comp.web.curl.library
Message-ID <[email protected]>
On Thu, 6 Feb 2025, Timothe Litt via curl-library wrote:

> However, introducing them raises the issue of how to identify the version 
> that one has.
>
> Typically, projects add something like "rc1" to the version string.  curl has 
> never done that, but there are scripts that parse its version.

Actually we have. We did x.y.x-betaN releases for a while only a few decades 
ago.

I'm not going to overwork this, so the release candidates are simply going to 
be named x.y.x-rcN. A curl 1.2.3-rc2 release is then going to look like this:

$ ./src/curl -V
curl 1.2.3-rc2 (x86_64-pc-linux-gnu) libcurl/1.2.3-rc2  ...
Release-Date: [the date of the rc2 release]
...

The LIBCURL_* defines for the numerical version are then "hiding" the rc 
state:

/* This is the version number of the libcurl package from which this header
    file origins: */
#define LIBCURL_VERSION "1.2.3-rc2"

/* The numeric version number is also available "in parts" by using these
    defines: */
#define LIBCURL_VERSION_MAJOR 1
#define LIBCURL_VERSION_MINOR 2
#define LIBCURL_VERSION_PATCH 3

#define LIBCURL_VERSION_NUM 0x010203

-- 

  / daniel.haxx.se || https://rock-solid.curl.dev

-- 
Unsubscribe: https://lists.haxx.se/mailman/listinfo/curl-library
Etiquette:   https://curl.se/mail/etiquette.html
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.