reactos/dll/win32/ubtrfs/CMakeLists.txt


spec2def(ubtrfs.dll ubtrfs.spec)

list(APPEND SOURCE
    ubtrfs.c
    ubtrfs.rc
    ${CMAKE_CURRENT_BINARY_DIR}/ubtrfs.def)

add_library(ubtrfs MODULE ${SOURCE})
set_module_type(ubtrfs nativedll)
target_link_libraries(ubtrfs btrfslib)
add_importlibs(ubtrfs ntdll)
add_cd_file(TARGET ubtrfs DESTINATION reactos/system32 FOR all)
[UBTRFS] Implement the utility DLL for the Btrfs file system svn path=/trunk/; revision=70934 2016-03-05 10:22:15 +00:00
			`spec2def(ubtrfs.dll ubtrfs.spec)`

			`list(APPEND SOURCE`
			`ubtrfs.c`
			`ubtrfs.rc`
			`${CMAKE_CURRENT_BINARY_DIR}/ubtrfs.def)`

[CMAKE] Use modules instead of shared libraries There is no need to compile our DLLs as shared libraries since we are managing symbols exports and imports through spec files. On my system, this reduces the configure-time by a factor of two. 2019-03-20 13:19:48 +00:00			`add_library(ubtrfs MODULE ${SOURCE})`
[UBTRFS] Implement the utility DLL for the Btrfs file system svn path=/trunk/; revision=70934 2016-03-05 10:22:15 +00:00			`set_module_type(ubtrfs nativedll)`
[UBTRFS] [BTRFSLIB] As suggested by Peter, bring back the btrfslib and make use of it in ubtrfs. This will allow code reuse especially for people having plans with btrfs and usetup ;-) CORE-12617 svn path=/trunk/; revision=73553 2017-01-15 10:58:38 +00:00			`target_link_libraries(ubtrfs btrfslib)`
[UBTRFS] Implement the utility DLL for the Btrfs file system svn path=/trunk/; revision=70934 2016-03-05 10:22:15 +00:00			`add_importlibs(ubtrfs ntdll)`
			`add_cd_file(TARGET ubtrfs DESTINATION reactos/system32 FOR all)`