hi! looks like an interesting project you're working on.
if you have a look at the source of darktable-cli, it's really short: https://github.com/darktable-org/darktable/blob/master/src/cli/main.c you could probably link your code directly to libdarktable.so the same way. i don't understand your build constraints or why you'd prefer static linkage. i guess linking against some form of libdarktable.a statically might be doable, but we heavily depend on loadable modules which are dlopen()ed by us manually (that includes our image operations but also the system's opencl libraries). i doubt linking all that statically is possible without major changes to the codebase (or a good idea, for that matter). cheers, jo On Sat, Nov 10, 2018 at 11:16 AM Michael Mayer <mich...@liquidbytes.net> wrote: > > Hello everyone, > > I'm the maintainer of https://photoprism.org/, a server-based photo > management application based on Go and TensorFlow. > > We use darktable-cli to convert RAW files to JPEG: > > https://github.com/photoprism/photoprism/blob/develop/internal/photoprism/converter.go#L87 > > While this works, it would be amazing if we could (statically?) link > against darktable using cgo. I'm wondering if anyone has experience > with that or if you recommend to continue using darktable-cli? > > Also it seems like I found a bug (which I haven't found out how to > report properly yet): > > # darktable-cli --version > this is darktable-cli 2.4.4 > # echo $? > 1 > > -> Should be 0 > > Thank you for the hard work you put into darktable! > > Michael > ___________________________________________________________________________ > darktable developer mailing list > to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org > ___________________________________________________________________________ darktable developer mailing list to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org
