Feature request: Support building on Linux

[Wilfred]

I have some Linux-based Swift projects and I'd love to use index-import. Would you be open to PRs that let this project build on Linux as well as macOS?

[Wilfred]

#119 would be the first step for this.

[keith]

Yep totally happy to support this!

[keith]

I did a quick test and it looks like this patch (adjusted for platform conditionals) works to build with dispatch:

diff --git a/CMakeLists.txt b/CMakeLists.txt
index 3e81d34..ceb339d 100644
--- a/CMakeLists.txt
+++ b/CMakeLists.txt
@@ -23,6 +23,13 @@ FetchContent_Declare(
 )
 FetchContent_MakeAvailable(re2)

+FetchContent_Declare(
+  dispatch
+  GIT_REPOSITORY "https://github.com/swiftlang/swift-corelibs-libdispatch.git"
+  GIT_TAG "release/6.0"
+)
+FetchContent_MakeAvailable(dispatch)
+
 find_package(Clang CONFIG REQUIRED)

 function(add_index_executable execname)
@@ -34,7 +41,7 @@ function(add_index_executable execname)
   if(NOT LLVM_ENABLE_RTTI)
     target_compile_options("${execname}" PRIVATE -fno-rtti)
   endif()
-  target_link_libraries("${execname}" PRIVATE clangIndexDataStore re2::re2)
+  target_link_libraries("${execname}" PRIVATE clangIndexDataStore re2::re2 dispatch)
   target_link_options("${execname}" PRIVATE -dead_strip)
 endfunction()

i imagine we could also stop using that API but maybe this is worth doing instead

[Wilfred]

Thanks, I'll give that a try. I was even wondering if doing something like

#ifdef USE_DISPATCH
dispatch_apply(...)
#else
for { ... }
#endif

would make sense. Do you think dispatch is a significant performance win? It seems like Swift actors see more active upstream development than libdispatch these days.

[keith]

i think that being multi-threaded is a huge win. but we could try to use something lower level if we wanted.

[keith]

here are the stats 6558426