ObjFW  All files named "src/forwarding/apple-forwarding-x86_64.S"

Intel syntax is too buggy in the Apple assembler. file: [65a4d4b99a] check-in: [a6eb951b8c] user: js, branch: trunk, size: 3827 [annotate] [blame] [check-ins using] [diff]

This breaks with older SDK versions. file: [5b8fcf7945] check-in: [1a4eba3a16] user: js, branch: trunk, size: 3714 [annotate] [blame] [check-ins using] [diff]

movaps is smaller, and we don't know what kind of data is in there
anyway (and it's FP rather than integer in most cases anyway), so it
does not matter which move instruction we use. file: [18ea0db1e4] check-in: [a1da5c7b2d] user: js, branch: trunk, size: 3913 [annotate] [blame] [check-ins using] [diff]

Forgot to add 2017, even though I already did quite some changes in
2017. file: [3697a89d1f] check-in: [44f45c2e35] user: js, branch: trunk, size: 3884 [annotate] [blame] [check-ins using] [diff]

While at it, also update the mail address. file: [973a3c0b86] check-in: [2a27cf3000] user: js, branch: trunk, size: 3878 [annotate] [blame] [check-ins using] [diff]

This is not strictly needed (and means its even included twice, as
forwarding.S already includes config.h), but it helps to assemble the
file directly without going through forwarding.S. file: [1f79bffef7] check-in: [9a4792a99e] user: js, branch: trunk, size: 3868 [annotate] [blame] [check-ins using] [diff]

It matches the Apple API and ABI now and the forwarding handler itself
determines whether it should forward or not.

This moves handling of +[resolve{Class,Instance}Method:] to the runtime
and allows adding new kinds of forwarding without changing the runtime.

Also fixes a potential stack problem in the forwarding for MIPS. file: [541a8f5d95] check-in: [0c332aa2d2] user: js, branch: trunk, size: 3897 [annotate] [blame] [check-ins using] [diff]