I am trying to use dependencies, so I need dub.

On emacs, the imports from dub libraries cannot be found, even though dub can build it fine.

How can I get emacs/serve-d to "see" the libraries added by dub?

I found that dub has a command for letting the compiler know about the load paths:

dub describe --data=import-paths

This shows the correct paths for the project, so perhaps I can pass this to serve-d somehow?

On Saturday, 23 December 2023 at 16:13:01 UTC, Renato wrote:

dub describe --data=import-paths

I've managed to kind of hack it by adding the paths to my .dir-locals.el:

((nil . ((indent-tabs-mode . nil)
         (tab-width . 4)))
 (d-mode . ((compile-command . "dmd -L-ld_classic -run")
            (eglot-workspace-configuration . (:importPath ("/Users/renato/.dub/packages/console-colors/1.1.1/console-colors/source/"))))))

Far from ideal but this makes it half work... it actually shows the definitions in the library now and I can even navigate to the source, but still for some reason the import is shown as an error:

Expected 'consolecolors.d' or 'consolecolors/package.d' in one of the following import paths:

I believe that's because this is coming from d-mode, not serve-d (as serve-d actually "sees" it now)?!

Anyway, would love to know how to get serve-d to automatically detect dub libs.

Does the VS Code do that? If it does, this should work also on emacs.

On Saturday, 23 December 2023 at 16:28:28 UTC, Renato wrote:

dub describe --data=import-paths

((nil . ((indent-tabs-mode . nil)
         (tab-width . 4)))
 (d-mode . ((compile-command . "dmd -L-ld_classic -run")
            (eglot-workspace-configuration . (:importPath ("/Users/renato/.dub/packages/console-colors/1.1.1/console-colors/source/"))))))

Expected 'consolecolors.d' or 'consolecolors/package.d' in one of the following import paths:

dub recently changed how it stores packages. serve-d uses dub as a library to figure this out, so if the dub version serve-d is linked against does not match the version of dub you use to install/build, then it won't find the library includes.

Check your version of dub against the version of dub serve-d is building against.

VS Code has a similar problem if you have a mismatch. The solution is to use the beta/nightly release channel of serve-d if you have a recent compiler.

I will note there are some packages that serve-d just can't figure out for imports, because the configuration is done via dflags.

-Steve