Copy jet.modules.* to kotlin.modules.*

The next step will be to use the new "kotlin.modules" package and drop the old
"jet" one
Don't check equals, hashCode, toString in LoadBuiltinsTest

Otherwise there'll be too many fake overrides when these methods will appear in
Any
Check if the class is special by FQ name

This is needed because our built-ins can be loaded with two different
mechanisms (deserialization and lazy resolve) and, when that happens,
corresponding descriptors aren't equal to each other, so one of two resolved
descriptors for Any (or the same with Nothing) was never considered to be a
"special class" with no supertypes
Delete Hashable, pull up its members to Any

Extensions on nullable types remain in Library.kt for now, but will be moved to
stdlib later
Fix function receiver type in GenerateOperationsMap

It was wrong for fake overrides of equals and hashCode. Also operations map was
regenerated after removal of Hashable and moving its members to Any
Don't produce trailing spaces in GenerateOperationsMap
Create fake overrides for deserialized enum class object

Now that Any has members, we need to make sure fake overrides are properly
generated in every class descriptor we create automatically or manually.

This fixes DescriptorSerializationTestGenerated
Minor, move method closer to its usage
Handle fake overrides of members of Any in BuiltInsReferenceResolver
JS backend: fixed an equals behavior after it became a member of jet.Any.
Add toString() to Any, fix all tests
Sort out JVM intrinsics for equals, hashCode, toString
Quickfix to add 'override' to equals, hashCode, toString in project

To help users migrate to the newest Kotlin version in two clicks
(TODO MOVE) Move JVM-specific annotations out of built-ins

Move 'volatile' and 'synchronized' to package 'kotlin' in stdlib. Also delete
'atomic', since its support was never implemented
Compile a minimal runtime for tests

Basically every test should be run with a runtime in the classpath, but we
don't want to require tests to depend on the whole runtime, since that would
make debugging compiler changes very hard: you always need to compile the
runtime library for the test to run, and if your compiler is broken and you
need to figure out why, a huge runtime like our stdlib is not the way to go