ObjFW  History of src/forwarding/forwarding-amd64-win64.S of 2cb48ceaf1d0c54a929080b17bcf0f994335809830ae6d0cbd8ae81dc9f2644b

This only uses endbr32/endbr64 when actually needed and emits the
necessary .note.gnu.property. file: [231a1b0400] check-in: [de552578e7] user: js, branch: 1.0, size: 3782 [annotate] [blame] [check-ins using] [diff]

This only uses endbr32/endbr64 when actually needed and emits the
necessary .note.gnu.property. file: [9cb3865a66] check-in: [0b441e52d6] user: js, branch: trunk, size: 3814 [annotate] [blame] [check-ins using] [diff]

Support for the Intel syntax is too buggy in toolchains to be usable. file: [85508aab1a] check-in: [ba2d42d150] user: js, branch: trunk, size: 3705 [annotate] [blame] [check-ins using] [diff]

This used to be in Intel syntax, but was moved back to AT&T syntax for
consistency with the Mach-O version, where the assembler doesn't support
the Intel syntax properly. However, it makes more sense to use Intel
syntax where possible. file: [66e90d878f] check-in: [70a7617023] user: js, branch: trunk, size: 3617 [annotate] [blame] [check-ins using] [diff]

It's just a less awkward name and also what the BSDs use. file: [ae09f773a9] check-in: [b7a4e61b88] user: js, branch: trunk, size: 3673 [annotate] [blame] [check-ins using] [diff]

This is similar to .type and .size in ELF. Adding these should help with
the patched binutils that MSYS2 uses. file: [1a13549dcf] check-in: [7f7b2bbc90] user: js, branch: trunk, size: 3685 [annotate] [blame] [check-ins using] [diff]

This is for consistency with the Mach-O version. file: [055654d84b] check-in: [491a164ab6] user: js, branch: trunk, size: 3601 [annotate] [blame] [check-ins using] [diff]

GAS has decent support for Intel syntax these days, so there is little
reason to stick with AT&T syntax. file: [b1b62864b4] check-in: [b177aa1b8b] user: js, branch: trunk, size: 3538 [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: [f3bfdf8e1c] check-in: [a1da5c7b2d] user: js, branch: trunk, size: 3687 [annotate] [blame] [check-ins using] [diff]

This makes the assembly much more readable.

No difference between disassembled .o file before and after. file: [be30bb9442] check-in: [780d096371] user: js, branch: trunk, size: 3687 [annotate] [blame] [check-ins using] [diff]

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

While at it, also update the mail address. file: [87c2827c5e] check-in: [2a27cf3000] user: js, branch: trunk, size: 3664 [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: [093f92a351] check-in: [9a4792a99e] user: js, branch: trunk, size: 3654 [annotate] [blame] [check-ins using] [diff]