-
-
Notifications
You must be signed in to change notification settings - Fork 270
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Revisit .tlb generation with dscom #605
Comments
I was experimenting with this project https://github.com/govert/NewComServer |
I've fixed dscom not building when targeting .NET Framework: Requires |
I've added DsComTlbExportAssemblyPaths initialization from our build: With this change, there is no need to add it to a project file. |
@Sergey-Vlasov There seems to be an issue when we use the DsCom build task. Could you have a look at how we can make the DsCom task "DsComExportTypeLibraryAfterBuild" run before we run "ExcelDnaPack", or run ExcelDnaPack again afterwards? Here is an extract from my build log, when building the https://github.com/govert/NewComServer project with a clean output directory
|
This discussion initiated things, but there are some red herrings https://groups.google.com/g/exceldna/c/3tUc6WuT-xc |
This is partly an issue and partly documenting the current behaviour.
Our current approach to making a .tlb file with dscom is to require it to be installed as global tool.
Then a project targeting .net6.0-windows can have this property set:
and everything works.
This does not build when targeting .NET Framework - we get an error
Q: I think DsCom can work when targeting .NET Framework too. Is enabling this (by fixing the problem above) perhaps a good alternative to using the TlbExe where we need to locate the path etc.
(We still want the TlbExp option, since it has some features that DsCom does not support.)
An alternative that does not require the global tool install is to use the DsCom package like this (without
ExcelAddInTlbCreate
)I think this is good, and seems to work fine for both .NET Framework and .NET 6.
Q: Is there a better way to deal with the required path in
DsComTlbExportAssemblyPaths
(which we need so that ExcelDna.Integration.dll will be found by DsCom)? I'm also not sure whether the net6.0-windows vs net452 is important in the path here.The text was updated successfully, but these errors were encountered: