Fix thread safety issues with the forwarding cache backend.

The forwarding cache backend had a thread safety problem where a thread
would be resetting the cache while another was attempting to access it,
resulting in the access being performed on a None value. This is a
problem because in Django, a cache backend is shared across all threads.

A couple things were done to improve the thread safety.

First, we no longer reset the backend to None. Instead, we replace the
old backend with a new one. Accesses to the old backend may still occur
without completely breaking.

Second, we reduce the chance of such collisions by preventing several
threads from reloading the backend at the same time. We now keep a
generation number for the cache backend. When we go to load a new
backend, the thread will locally store the last seen generation number
and then attempt to grab a lock.

Whichever thread acquires that lock first will set the new backend and
then update the generation number. Subsequent threads that grab the lock
will check their local copy of the old generation number against the
stored one, and use that to decide whether to load the backend.

Reviewed at https://reviews.reviewboard.org/r/6644/
Make RelationCounterField's rel_field_name default to None.

This allows django-evolution to add, change, and remove instances of
RelationCounterField.

Reviewed at https://reviews.reviewboard.org/r/6642/
Fix a newline error.
Merge branch 'release-0.8.x'