I've checked in a kdevplatform Smoke library and a ruby extension that uses it, into kdebindings/smoke/kdevplatform and kdebindings/ruby/kdevplatform respectively. There are over 125 KDevelop:: and Sublime:: classes wrapped, although I still need to add the list marshallers for the Ruby extension (that shouldn't take long).<br>
<br>The following classes gave problems with either the code generation or linking and weren't wrapped:<br><br>KDevelop::BackgroundParser<br>KDevelop::ContextOwner<br>KDevelop::Definition<br>KDevelop::IBuildSystemManager<br>
KDevelop::IDocumentController<br>KDevelop::IPluginController<br>KDevelop::IProject<br>KDevelop::IProjectBuilder<br>KDevelop::IProjectFileManager<br>KDevelop::IQuickOpen<br>KDevelop::IRunProvider<br>KDevelop::IStatus<br>KDevelop::DUContext::SearchItem<br>
KDevelop::DUChainObserver<br>KDevelop::QuickOpenFileSetInterface<br><br>I hope that none of these will be a showstopper WRT developing a Ruby language plugin in Ruby. I wonder if the use of threading with ThreadWeaver is going to be a problem with Ruby as it isn't threadsafe. Perhaps as long as Ruby code is only ever running in one thread it will be ok.<br>
<br>The vcs headers gave a lot of compile problems and so I've left them out for now.<br><br>The next step is to create a Ruby language plugin and try it out..<br><br>-- Richard<br><br>