Clean up the type defines in pcsx2.
The non-stdint fallback was not even working which shows that it was never used. No supported platform would not have stdint anyway.
Remove unused code and do not restrict types to Linux and MSVC. Was there a reason for this?
Remove some slow, redundant memcpy implementations: memcpy_const/memcpy_qwc/memcpy_aligned.
Remove all custom memcpy usage from core pcsx2 and remove memcpy_fast from plugins.
Remove memcpy_amd usages from plugins. No more custom implementations in plugins.
Remove two unused files in emitter, inlines.inl and macros.h
Merge pull request #276 from xsacha/defs-cleanup

pcsx2: require C99 standard for stdint
Merge pull request #294 from aktau/osx-ncpu

linux: build.sh: get number of CPUs on OSX too
Merge pull request #282 from xsacha/emitter-cleanup

common: Remove two unused files in emitter, inlines.inl and macros.h
Merge pull request #215 from xsacha/memcpy

Remove some slow, redundant memcpy implementations: memcpy_const/memcpy_...
i10n: refresh es_ES/ja_JP

(due to po update)
linux build: let's be clear that 64 bit is not supported

* rename the cmake option to 64BIT_BUILD_DONT_WORK
* add --64-bit-dont-work to build.sh
common: fix std type define on windows
linux package: update desktop file

get commit 45a09bfa8c4fa347c68799520df921c9554ad2d6 from pseiler

However keep Game instead of System
pcsx2defs.h: use stdbool/bool instead of u8

Code line and duplication reduction.
pcsx2defs.h: don't define __fastcall on x64

It's not useful. POSIX systems always use the SysV ABI on x64, and Windows
systems use either the MS ABI (which also passes a lot of registers, so
bascically what fastcall did) or the "Vector Calling Convention" [1], which
needs to be explicitly enabled.

[1]:
http://blogs.msdn.com/b/vcblog/archive/2013/07/12/introducing-vector-calling-convention.aspx
64-bit: include __fastcall def in ScopedAlloc.h

I find it a bit strange that this is necessary, as far as I can see,
ScopedAlloc.h is included by Dependencies.h. Which in turn includes
Pcsx2Defs.h _before_ ScopedAlloc.h.
Remove redundant memzero_ptr. All compilers use SSE implementation anyway.
osx: use simple mem{cpy,set} on OSX

Not suprisingly, the Windows version don't jive well with osx/clang.
64-bit: AlignedMalloc header size = size_t != u32

u32 is size_t on 32-bits, but not on 64-bits. The proper type for a size
type like this is size_t anyway.
64-bit, osx: implement cross-plat __debugbreak()

__debugbreak is a MSVC instrinsic, which strangely enough is also
implemented in apple clang (and in vanilla clang, with -fms-extensions, but
this has its own problems). Not
in gcc as far as I know.

Luckily, there's a liberally licensed header file by Scott Tsai which takes
care of the cross platform (ARM/x86/x64) and cross-compiler issues.

https://github.com/scottt/debugbreak

debugbreak.h was taken from that 2-clause BSD-licensed project.

Other references:

Is there a portable equivalent to DebugBreak()/__debugbreak?
http://stackoverflow.com/questions/173618/is-there-a-portable-equivalent-to-debugbreak-debugbreak

__debugbreak() in apple clang but not vanilla, how to detect
http://stackoverflow.com/questions/25792878/debugbreak-in-apple-clang-but-not-vanilla-how-to-detect

The build error this patch solves (OSX/clang) is listed below. The reason it
happens is because on apple clang, __debugbreak is already declared.

[  1%] Building CXX object common/src/Utilities/CMakeFiles/Utilities.dir/AlignedMalloc.cpp.o
In file included from common/src/Utilities/AlignedMalloc.cpp:19:
In file included from common/src/Utilities/./PrecompiledHeader.h:21:
In file included from common/include/Utilities/Dependencies.h:193:
In file included from common/include/Pcsx2Defs.h:32:
common/include/intrin_x86.h:104:55: error: static declaration of '__debugbreak' follows non-static declaration
static __inline__ __attribute__((always_inline)) void __debugbreak(void)