mirror of
https://github.com/reactos/reactos.git
synced 2024-12-28 01:55:19 +00:00
51b5d846e9
This prevents the code from linking to __imp_*, which would pull in the symbol from the import library (e.g. kernel32), which creates problems with the GNU linker, which doesn't like to have the import and a static definition at the same time. |
||
---|---|---|
.. | ||
conio | ||
direct | ||
except | ||
float | ||
include/internal | ||
locale | ||
math | ||
mbstring | ||
mem | ||
misc | ||
printf | ||
process | ||
search | ||
setjmp | ||
signal | ||
startup | ||
stdio | ||
stdlib | ||
string | ||
sys_stat | ||
time | ||
wine | ||
wstring | ||
CMakeLists.txt | ||
crt.cmake | ||
libcntpr.cmake | ||
moldname-msvcrt.def | ||
msvcrtex.cmake | ||
oldnames-msvcrt.S | ||
oldnames.cmake | ||
precomp.h | ||
README.txt |
Big chunks of this CRT library are taken from Wine's msvcrt implementation, you can find a list of synced files in README.WINE file. Notes: 1. When syncing, omit MSVCRT_ prefix where possible, Wine has to keep this because they are linking with *both* original crt, and ms crt implementation. ReactOS has the only CRT, so no need to make distinct functions. 2. ReactOS compiles two versions of the CRT library, one for usermode (called just "crt"), and one version for kernelmode usage (called "libcntpr"). In order to separate the code, you can use #ifdef _LIBCNT_ for libcntpr code.