dlfcn-win32, branch fixpatchesA mirror of https://github.com/dlfcn-win32/dlfcn-win32.git
https://git.lua4.win/dlfcn-win32/atom?h=fixpatches2025-05-03T10:30:48+00:00For non-debug DLL builds avoid linking to CRT library as it is not needed2025-05-03T10:30:48+00:00Pali Rohárpali.rohar@gmail.com2024-11-21T00:52:34+00:00urn:sha1:529de2d3d04a41f869dd4803404cd763b9e8f72c
Now when dlfcn.c does not call any function from CRT library, it is not
needed to link dlfcn library with some specific CRT library (e.g.
crtdll.dll, msvcrt.dll, msvcr120.dll or api-ms-win-crt-*.dll) and therefore
bound the dlfcn DLL library to specific Visual C++ runtime version.
This makes libdl.dll DLL library CRT-neutral and therefore can be used or
linked into any EXE application using any CRT library of any version,
without any Visual C++ runtime version conflict.
Ensure that dlfcn-win32 library compiled by msvc links LIBC library when calling _alloca2025-05-03T10:30:48+00:00Pali Rohárpali.rohar@gmail.com2024-11-22T22:46:05+00:00urn:sha1:77152633a5d3d151107ce9a7b876747bce83c8d3
Usage of _alloca emits __alloca_probe call by msvc compiler which is
present in msvc LIBC library. So when _alloca is used then force linker to
include LIBC library. Correct name of the LIBC library is determined by
_DLL, _MT and _DEBUG preprocessor macros.
Ensure that dlfcn-win32 library compiled by msvc always links to kernel32.dll2025-05-03T10:30:48+00:00Pali Rohárpali.rohar@gmail.com2024-11-21T00:53:24+00:00urn:sha1:664f8812d5ab4757bc31c7542276db6f5eb58189Do not show expected too long error message from test.c2025-05-03T10:30:48+00:00Pali Rohárpali.rohar@gmail.com2024-11-19T19:09:02+00:00urn:sha1:787380f55087035631897fe98950384b9754af40Report failure in test.c if memory leak is detected2025-05-03T10:30:48+00:00Pali Rohárpali.rohar@gmail.com2024-11-23T17:53:38+00:00urn:sha1:6eec86562a455e45fe0fa323b81012ee42634c9cDo not define MyAlloc and MyFree as functions2025-05-03T10:30:48+00:00Pali Rohárpali.rohar@gmail.com2024-11-23T17:52:03+00:00urn:sha1:86224c8c4a7eaeeaa8b52ac3d6ba4260804b131f
It breaks memory allocation file name and line number tracking.
Also it breaks detection of the source of memory leaks printed by the
_CrtDumpMemoryLeaks() function.
Merge pull request #118 from dlfcn-win32/variousimprovements20252025-05-03T10:27:40+00:00Silvio Traversarosilvio@traversaro.it2025-05-03T10:27:40+00:00urn:sha1:8bfddb5aa345ce10ba98e925acbc7bfb53639679
Remove use of CRT, fix gcc compilation in C++ mode, fix missing includes and fix warningsDo not install test file2025-04-28T12:49:51+00:00Pali Rohárpali.rohar@gmail.com2024-03-29T18:59:43+00:00urn:sha1:7989e4dc4fa1dc31b4c353c72b092209a773c78fReplace CRT's strlen() and memcpy() by open coded variants2025-04-28T12:49:51+00:00Pali Rohárpali.rohar@gmail.com2024-03-29T14:52:29+00:00urn:sha1:3e9bfa7d9dd0e8f4a846d45261df1dcb838b60d8
After this change there is no usage of of CRT library function. This allows
to build CRT-neutral variant of libdl.dll library, which can be used in any
application.
Replace CRT's malloc() and free() by WinAPI's LocalAlloc() and LocalFree() in release mode2025-04-28T12:49:51+00:00Pali Rohárpali.rohar@gmail.com2024-03-22T00:53:18+00:00urn:sha1:f87cc876be9b450d3491a174b8c673d918ec5daf
In debug mode is still used malloc() and free() for as part of memory leak
testing done by _CRTDBG_MAP_ALLOC and _CrtDumpMemoryLeaks() in test.c.
This change allows to wrap CRT's malloc() via dlsym's RTLD_NEXT.
See #112