mirror of
https://github.com/reactos/reactos.git
synced 2025-01-05 22:12:46 +00:00
6e80f4d037
The reason is that dlltool orders the exports differently than MSVC builds (MSVC orders the exports by symbol name, rather than by export name), so we rely on sorting in the spec file, which was only respected, when ordinals were put into the def file. On MSVC builds it is left to the linker to determine the correct order, which helps to get the differences between architectures right (different symbol decoration, difference between order for functions like NtLoadKey vs NtLoadKey2, which results from the stdcall decoration on x86, which is missing on other architectures. TODO: To correctly handle non-x86 architectures with GCC builds, spec2def would need to reorder the export list based on symbol names, which would work for C functions, by taking the calling convention into account, but would require an extra c++-stdcall calling convention to be added to know the corresponding symbol starts with "?". |
||
|---|---|---|
| .. | ||
| cabman | ||
| create_nls | ||
| fatten | ||
| gendib | ||
| geninc | ||
| hhpcomp | ||
| hpp | ||
| isohybrid | ||
| kbdtool | ||
| log2lines | ||
| mkhive | ||
| mkisofs | ||
| mkshelllink | ||
| ms2ps | ||
| nandflash | ||
| obj2bin | ||
| ofw_interface | ||
| pipetools | ||
| port | ||
| regtests2xml | ||
| rgenstat | ||
| rsym | ||
| spec2def | ||
| unicode | ||
| utf16le | ||
| widl | ||
| wpp | ||
| xml2sdb | ||
| bin2c.c | ||
| check_code_format.sh | ||
| CMakeLists.txt | ||
| do_code_format.sh | ||
| dumpstab.c | ||
| gen_baseaddress.py | ||
| mkconfig.c | ||
| pefixup.c | ||
| stubgen.c | ||