Currently, if:
* GCC doesn't supports -no-pie: Build error
* GCC supports -no-pie
    * GCC is not configured with --enable-default-pie: No-op
    * GCC is configured with --enable-default-pie:
            Slightly worse performance because we still generate -fpie code
            (-pie affects linker, -fpie affects compiler)

So instead of probing for existence of -fno-pie -no-pie, remove it altogether.

Fixes #540: Build breakage on Debian 8 with gcc 4.9.

- Preparing MP3 files support
- Jumped version to raylib 2.0-dev (too many breaking changes...)

Removed OpenAL and GLFW3 dependencies on building.
Reviewed platforms and flags

Inspired by #504.
Instead of requiring the user to do PLATFORM_ANDROID #ifdefery,
have the android_main entry point exported by raylib and call
the user-defined main. This way many games could (in theory)
run unmodified on Android and elsewhere.

This is untested!

They were disabled because they failed to build,
but this patch set fixes the build on Linux and macOS.

This doesn't apply to the AppVeyor build on Windows yet;
it currently fails at linking with OpenAL.

Some people might find this handly

Now works in WEB!

Related to UpdateMusicStream(), in stb_vorbis

Detected a VERY weird code behaviour... :(

Render wave in a render target
Implemented combo system
Removed big useless audio (fxWave)