Work on unit tests for multiple backends

- Unit tests now use the NUnit parameterized test suite feature
  to run multiple times on different backend versions
- Each parameterized run consults a version-specific env var
  for the conn string (e.g. NPGSQL_TEST_DB_9.1)
- If the version-specific env vars aren't defined, a compiled-in
  default connection string is used instead (simply run against
  localhost:5432). This would be the normal mode for developers.
- As discussed on the devel list, removed testing for protocol 2
Merge pull request #108 from roji/parameterized_tests

Work on unit tests for multiple backends
Build to bin instead of src/bin
.gitattributes has packages/* set to binary

To avoid git doing CRLF->LF in packages
Also killed old .cvsignore
Added project nuspec
Merge pull request #109 from roji/nuget

Add nuget spec file + minor stuff
Fixes to .gitattributes and .gitignore
Bumped version to 2.1.0
Changes to project README and related

* Updated license to 2013
* Updated README.txt to point to github
* Removed ChangeLog and RELEASENOTES
Delete old EF6
Upgraded to EF6.0.1
Reorganized Entity Framework support

- Reorganized the code into three projects/packages:
  1) The Npgsql "core", fully functional ADO.NET and no EF
  2) Npgsql.EntityFramework, an add-on for users of EF6 and above
  3) Npgsql.EntityFrameworkLegacy, an add-on for users of EF5 and below
- All EF-related code has been split off from Npgsql and into
  the Npgsql.EntityFramework directory
- The same EF code is built via two projects: Npgsql.EntityFramework
  (defining ENTITIES6 for the new EF6), and Npgsql.EntityFrameworkLegacy
  (not defining it for pre-EF6).

Still to be done:
- Npgsql.NpgsqlFactory doesn't yet do the reflection work to return the
  pre-EF6 NpgsqlServices
- Only the 2013 sln is up to date
- nuspecs
My fix to get EdmGen/EdmGen06 and my EFv6 app working.

Tested on:
- Windows 7 Home Premium SP1 64-bit
- 3 assemblies got into gac.
  Debug-net45\Npgsql.dll
  Debug-net45\Npgsql.EntityFramework.dll
  Legacy-Debug-net45\Npgsql.EntityFrameworkLegacy.dll
- machine.config modified.
- my EFv6 app's App.config modified.
More tweaks to EntityFramework support

- Tightened some details in the reflection loading of EntityFrameworkLegacy
  (thanks kenjiuno)
- Did nuspecs entity framework projects
- Corrected SLNs for 2012, 2010
Fix for System.IO.FileNotFoundException in NpgsqlFactory.GetService

Rewrote assembly and type resolving better.
Glen Parker list twice; resolved.
Fixed the strategy how to approach Npgsql.EntityFrameworkLegacy.

If you request DbProviderServices, try to load tightly coupled Npgsql.EntityFrameworkLegacy first.

And then query NpgsqlServices.TargetProviderServices property.

We can know supported version of DbProviderServices by checking TargetProviderServices.

We provide NpgsqlServices.Instance if we share same version of EntityFramework library.
A bit more tweaking on legacy EF support

* Removed #ifdef ENTITIES, which doesn't exist anymore. We have just one Npgsql.dll.
* If the user requests legacy EF but didn't install the EntityFrameworkLegacy package/dll,
  they get an informative exception including the nested exception (is the DLL missing? corrupt?)
* If the required members inside Npgsql.EntityFramework.dll can't be found (e.g. Instance) throw
  an informative exception. This should never happen unless we mess up and release a bad DLL, but still.
* Did not understand what the TargetProviderServices property added, so removed for now
Merge pull request #110 from roji/ef6

Entity framework work for release 2.1.0
Add XML comments to NpgsqlConnectionStringBuilder properties.