Boost logo

Boost :

Subject: [boost] [GIL] Bringing old bug fixes on development branch into regular boost releases
From: Marcel Metz (mmetz_at_[hidden])
Date: 2017-02-06 13:15:56

Hello boost devs,

I'm a user of the Boost.GIL library and maintained a fork inside inside
another project because GIL lacked some features at that time this
project needs. This GIL fork happened with boost release 1.37. After
reviewing the changes recently it turned out that those can be
implemented without maintaining a dedicated GIL fork.

However when building the project with the upstream GIL library
some compiler specific build bugs popped up. It seems like the forked
GIL version already had fixes for those whereas the upstream Boost.GIL
doesn't. Further investigation showed that some of those were fixed
years ago in the GIL development branch, but never made it back into
the master branch (and as far as I understand master is used for
release tags).

All of those were reported:
#3908 - using boost::gil fails when upgrading to libpng-1.4.0
#7270 - C++11 narrowing problem in gil
#8896 - image_view compile error under clang 3.1
#9517 - boost gil compile error because of type narrowing (dup of #7270)

Is it possible for the maintainer to cherry-pick the corresponding
commits from development onto master and put them into the next boost
release or are there other steps involved that prevent the bug fix



Boost list run by bdawes at, gregod at, cpdaniel at, john at