CAPI library version in 3.3.4 inferior to the one in 3.3.3

[strk]

Release 3.3.3 was shipped with CAPI library version 1.7.4 while 3.3.4 went out with version 1.7.3 -- this prevents the newer version from replacing the older version.

[strk]

NOTE: 3.3.2 shipped with 1.7.2 so the real bug (gap introduced) was in 3.3.3

Weird, as r3560 ("Prepare for 3.3.3") was setting it to 1.7.3 -- I'm puzzled

[strk]

According to the git-svn view of this, the "3.3.3" tag is at r3586, but the commit announcing the tag was r3580. Between the two there have been another 2 commits, one of which was "Update version number after tag" which advanced the CAPI one to 1.7.4.

So I suspect the release went out NOT from the tag but from the branch, thus getting 1.7.4 in it.

On another branch (was it "trunk" at that time?) r3581 only updated the C++ version to 3.3.4 and left the CAPI one to where it was at tag time (thus 1.7.3).

Paul: you'd better find a lawyer ! :P

[strk]

For the record, the "Update version number after tag" commit was r3582, and the other commit before actual tip of the 3.3.3 tag seems to be r3586.

See: http://trac.osgeo.org/geos/log/tags/3.3.3

[strk]

sounds like "work done in tag" rather than in branch, basically making the tag not immutable. r3582 and r3586 shouldn't have been there.

Compare with 3.3.2: http://trac.osgeo.org/geos/log/tags/3.3.2

And with 3.3.4: http://trac.osgeo.org/geos/log/tags/3.3.4

[strk]

Fixed by r3674 and r3675