[webkit-dev] Removing of COM registration in Windows builds means C# .Net clients can no longer be built?
Julian Jacques Maurer
mail at julianjmaurer.de
Sat Sep 27 03:05:48 PDT 2008
Maybe you can register the DLL using dumprendertree - I want to try this but
I'm still building WebKit.
Does anyone know how to generate C# clients for WebKit since COM
registration has been removed from trunk?
As per
Changeset 36245 <http://trac.webkit.org/changeset/36245> for
trunk/WebKit/win/ForEachCoClass.cpp
<http://trac.webkit.org/browser/trunk/WebKit/win/ForEachCoClass.cpp?rev=3624
5>
Changeset 34346 <http://trac.webkit.org/changeset/34346> for
trunk/WebKit/win/ForEachCoClass.cpp
<http://trac.webkit.org/browser/trunk/WebKit/win/ForEachCoClass.cpp?rev=3434
6>
COM registration is no longer performed and reg-free COM used instead.
This is fine for C++ native clients (example being WinLauncher app), as
Manifest tool supports creating the appropriate assembly manifest for
reg-free COM without referenced
But as far as I know (and as per
http://msdn.microsoft.com/en-gb/magazine/cc188708.aspx) attempting to write
a C# client is now problematic. In Msdev2005 C# supports isolated COM dlls
for deployed build, but the COM component needs to be registered on the
development machine.
So now would get following building a C# client using WebKit "Error
71 Problem isolating COM reference 'WebKit': No registered classes
were detected for this component"
So - anyone ideas for building C# clients for WebKit since COM registration
has been removed from trunk?
Many thanks.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.webkit.org/pipermail/webkit-dev/attachments/20080927/b94a34a1/attachment.html
More information about the webkit-dev
mailing list