Remove redundant python includes, fix compiler warnings on re-exported symbols

[ankith26]

Super minor PR, to hopefully fix #2613

Since pygame header already includes <Python.h> re-including those is redundant.
I am not a 100% sure that this fix works, because I believe python.h is header guarded anyways, but this PR is worth a shot

[ankith26]

Okay, I realise this PR does not fix the root cause of the issue, but I think I now know how to fix it

Yes, I fixed the issue in the latest commit.

Edit Starbuck: Ankith gave me this as evidence that this PR works as intended. https://stackoverflow.com/questions/37596516/warning-lnk4197-export-pyinit-python-module-name-specified-multiple-times-us/58866779#58866779

[illume]

Thanks :) 🎉

[illume]

I'd prefer to not merge this right now. To instead wait for a 2.0.3 dev release so it can get some wider testing. It's a little magical... and would it affect anything like pyinstaller I wonder?

[ankith26]

Yeah sure, this can totally wait for 2.0.3. I agree the fix is a bit hacky, and this sort of thing is best not implemented just before a release. Also the issue that it fixes shows up rarely, so it should be fine :)

[ankith26]

Maybe this PR can be merged in now? I don't think this sort of thing should break with pyinstaller in any way, because those init symbols of the C extensions are still being exported correctly (this PR just fixes the warnings that happen when the export is attempted for a second time because of distutils passing args, and it is presumably a bug in the compiler that causes the crash in these warnings)

Also since distutils is deprecated, we can safely do this kind of hack because no one is going to touch distutils codebase and change the function names and such (it has been the same since py 2.7 xD)

This hack will hopefully not be required when we migrate from distutils, tho

[illume]

Yeah, let's merge it in now so it can get some testing.