2.2.0a release -- fixes SONAME

[Kenton Varda]

Hi all,

The 2.2.0 release had a problem:  I forgot to bump the binary interface version number, so the installed libprotobuf.so would overwrite the 2.1.0 libprotobuf.so.  This would break any binaries on your system that depended on the old version; you'd have to recompile them.  Bumping the SONAME prevents this, and doing so is part of our release process, but somehow I missed it.  Argh.

The Debian maintainers asked me to do a minor release just to fix this problem, so I am releasing 2.2.0a.  This release is irrelevant for anyone who has already installed 2.2.0, unless you are compiling programs which will be distributed in binary form and are dynamically-linked.  (Unless you are a Linux distribution maintainer, I'd strongly recommend statically-linking any binaries which you intend to distribute to others in binary form to avoid problems like this.)

I've placed the release candidate here:

http://groups.google.com/group/protobuf/web/protobuf-2.2.0a.tar.bz2

(.tar.bz2 only because there's no reason to care about this on non-unix platforms.)

I'll upload to the official site as soon as the Debian people have confirmed that it fixes the problem.

[Oliver Jowett]

On Thu, Nov 19, 2009 at 2:07 PM, Kenton Varda <ken...@google.com> wrote:

> (Unless you are a Linux distribution maintainer, I'd strongly recommend statically-linking any binaries which you intend to distribute to others in binary form to avoid problems like this.)

On that topic - what's the right way to do this?

"-Wl,-Bstatic $(shell pkg-config --libs protobuf) -Wl,-Bdynamic" was
my initial attempt, but that fails on Solaris (it includes -lpthread,
which doesn't appear to have a static version installed, and I didn't
want to link to libpthread statically anyway ..)

-O

[Kenton Varda]

You may have to forgo pkg-config.  Or maybe post-process its output.  Bleh.

[Kenton Varda]

I've made this release live on the main site.