Fix moe config to propertly place the Packageless* tests, which otherwise get caught and sent to the opensource folder.
-------------
Created by MOE: http://code.google.com/p/moe-java
MOE_MIGRATED_REVID=62359879
Delete stray file caused by a bad moe config earlier on.
-------------
Created by MOE: http://code.google.com/p/moe-java
MOE_MIGRATED_REVID=62379917
The EclipseHack doesn't work with the Eclipse batch compiler (EJC). The difference between the IDE compiler and the batch compiler lies in the enviroment class. This CL provides a different way to get the contents of a source file.

Also, to get the auto-value plugin to work with Eclipse:
- Annotation preprocessor plugin should include the annotation files itself (without it: noclassdeffounderror).
- Annotation preprocessor should not depend on any other classes that are not packaged: ImmutableSet
-------------
Created by MOE: http://code.google.com/p/moe-java
MOE_MIGRATED_REVID=62566202
Add a test that builds the AutoValue tests using the Eclipse compiler.
-------------
Created by MOE: http://code.google.com/p/moe-java
MOE_MIGRATED_REVID=62607208
Remove the AutoValue test scaffolding that simulated the Eclipse compilation environment for testing, now that we have a test that really does use that environment.
-------------
Created by MOE: http://code.google.com/p/moe-java
MOE_MIGRATED_REVID=62631811
In @AutoValue classes, make the presence of abstract methods with parameters a warning rather than an error. A bug in the Eclipse implementation of Elements.overrides means that we sometimes falsely detect that there are such methods when there aren't. It should be OK to make this a warning because if there really are such methods then the generated subclass won't compile because it doesn't implement them.

Add a test case for the above and also for @AutoValue classes like Version implements Comparable<Version>, since that foiled an earlier attempt to work around the Elements.override bug.
-------------
Created by MOE: http://code.google.com/p/moe-java
MOE_MIGRATED_REVID=62946679
Remove the cacheHashCode option of the @AutoValue annotation, and fix its two current uses.

-------------
Created by MOE: http://code.google.com/p/moe-java
MOE_MIGRATED_REVID=63044588
Remove some unnecessary Checkstyle noise and add a copyright notice to TypeSimplifier consistent with the notices on the other classes.
-------------
Created by MOE: http://code.google.com/p/moe-java
MOE_MIGRATED_REVID=63159134
Improve the simplification of types appearing in generic bounds. Previously, a type such as Set<Integer> would be written Set<java.lang.Integer>, and a Set<Timer> would be written Set<java.util.Timer> instead of importing java.util.Timer and writing Set<Timer>. Likewise a type such as Set<K extends Timer & Comparable<K>> would be written as <K extends java.util.Timer & java.lang.Comparable<K>>.
-------------
Created by MOE: http://code.google.com/p/moe-java
MOE_MIGRATED_REVID=63273504
Add a convenience pom for local builds and travis-ci, and alter travis-ci configuration to use it.
Migrate Google-Docs-based documetation into a Markdown-based README.md. Auto-TOC generated with http://doctoc.herokuapp.com/
Merge pull request #85 from cgruber/migrateautovaluedocs

Migrate Google-Docs-based documetation into a Markdown-based README.md.
In AutoValueProcessor, accumulate template variables as fields in a class rather than just filling in entries in a Map. This gives extra type checking and provides a place to document the meaning of each variable.
-------------
Created by MOE: http://code.google.com/p/moe-java
MOE_MIGRATED_REVID=63310701
Fix AutoValue user guide address.
-------------
Created by MOE: http://code.google.com/p/moe-java
MOE_MIGRATED_REVID=63685081
Move snapshot dependencies to proper release versions.