libpsl 0.11.0 released

[Tim Ruehsen]

Hi libpsl folks,

developers often need a compile-time and a runtime library version check.

And here we go, automatically generated from PACKAGE_VERSION:
#define PSL_VERSION "0.11.0"
#define PSL_VERSION_MAJOR 0
#define PSL_VERSION_MINOR 11
#define PSL_VERSION_PATCH 0
#define PSL_VERSION_NUMBER 0x000b00

A runtime check can be performed with the new function
psl_check_version_number().

E.g. checking for 0.10.0 and higher
if ((version = psl_check_version_number(0x000a00)) {
/* success, the library version is >= 0.10.0 */
}

Tim

23.09.2015 Release V0.11.0
* Add new function psl_check_version_number()
* Add version defines to include file

Project Website
https://github.com/rockdaboot/libpsl

Online Documentation
http://rockdaboot.github.io/libpsl/

Getting the Source Code
git clone https://github.com/rockdaboot/libpsl

The git 'master' branch will reflect the latest release.
The 'develop' branch will be used for future development.
The 'debian' branch will be used for unofficial Debian packaging.

[Daniel Kahn Gillmor]

Hi Tim--

thanks for the release of libpsl 0.11.0! I've uploaded 0.11.0-1 to
debian, and pushed the debian branch to my github fork. I notice that
you've got a git branch as well, but it doesn't seem to align with mine.

Should we expose the output of psl_check_version_number(),
psl_suffix_wildcard_count(), and/or psl_builtin_outdated() in
/usr/bin/psl --print-info ?

--dkg

[Tim Rühsen]

Am Mittwoch, 23. September 2015, 15:23:57 schrieb Daniel Kahn Gillmor:
> Hi Tim--
>
> thanks for the release of libpsl 0.11.0! I've uploaded 0.11.0-1 to
> debian, and pushed the debian branch to my github fork. I notice that
> you've got a git branch as well, but it doesn't seem to align with mine.

Thanks for uploading !
I'll use the new functions in Wget (ETA next week, so the changes should go
into the next Wget release). Also a patch for curl is on my list (already have
it somewhere - needs a rebase I guess).

I am going to merge your debian branch into mine, so just don't care about any
of my changes.

> Should we expose the output of psl_check_version_number(),
> psl_suffix_wildcard_count(), and/or psl_builtin_outdated() in
> /usr/bin/psl --print-info ?

Good point. Yes, in the next release.

Tim