Add LLVM-C.dll on Windows

[metab0t]

Checklist

• Used a personal fork of the feedstock to propose changes
• Bumped the build number (if the version is unchanged)
• Reset the build number to 0 (if the version changed)
• Re-rendered with the latest conda-smithy (Use the phrase @conda-forge-admin, please rerender in a comment in this PR for automated rerendering)
• Ensured the license file is being packaged.

Fixes #212

[conda-forge-webservices]

Hi! This is the friendly automated conda-forge-linting service.

I just wanted to let you know that I linted all conda-recipes in your PR (recipe) and found it was in an excellent condition.

[github-actions]

Hi! This is the friendly automated conda-forge-webservice.

I tried to rerender for you, but it looks like there was nothing to do.

This message was generated by GitHub actions workflow run https://github.com/conda-forge/llvmdev-feedstock/actions/runs/4980778126.

[h-vetinari]

@isuruf, I'd very much like your opinion here. The first point is whether we should set LLVM_BUILD_LLVM_C_DYLIB=ON on osx as well (where, contrary to windows, it's off by default).

I see you added the =NO on windows in 8059f3a (though I don't see relevant comments in the corresponding PR). That commit is also relevant because it introduced another point about this recipe I'm not 100% sure about - currently on windows, libllvm16 & llvm are completely empty packages - I presume because this would be for the shared libraries which we're not building currently.

I see from the build log that Library/bin/LLVM-C.dll is shared though, so I wonder in which output this should go¹. The unix version of the library will end up in libllvm16 AFAICT. Another, larger question is then whether we should try again to build the shared libraries on windows and populate libllvm16 also on windows.

Footnotes

1. that said, llvmdev currently contains two DLLs on windows already, LTO.dll & Remarks.dll ↩

[h-vetinari]

PS. Thanks for the PR @metab0t! Sorry if this will still need some hashing out.

[metab0t]

@isuruf Would you like to give some feedback on this PR?

[h-vetinari]

Ping @isuruf. Might be good to figure this one out for the 17 cycle?

[isuruf]

This should be a separate output. libllvm-c16

[h-vetinari]

@isuruf, this is ready for review, PTAL. I refactored the installation scripts away from:

install then delete unwanted bits

towards

install into temporary prefix and copy specific files

which I think is clearer in intent and less error-prone, see 22fb387.

This would be an independent improvement from this PR, but it makes sense in this context, because that way, it is a lot easier to extend for adding a libllvm-c output.

[h-vetinari]

Ping @isuruf if you want to review. Otherwise this follows your request of putting things in a separate output and I'll merge it in a few days.

[github-actions]

Hi! This is the friendly conda-forge automerge bot!

I considered the following status checks when analyzing this PR:

• linter: passed
• azure: passed

Thus the PR was passing and merged! Have a great day!