Re: [Ironruby-core] IronRuby not loading DLL

2011-03-27 Thread Charles Strahan
> > You can always use const_get for the 1% cases. IMO, having non-capitalized > namespaces and classes is already 1% case, since such libraries violate .NET > design guidelines. That's a valid point. I't would be trivial to write a script to re-map types to Ruby constants in the 1% case; my sug

Re: [Ironruby-core] IronRuby not loading DLL

2011-03-27 Thread Tomas Matousek
You can always use const_get for the 1% cases. IMO, having non-capitalized namespaces and classes is already 1% case, since such libraries violate .NET design guidelines. Tomas From: ironruby-core-boun...@rubyforge.org [mailto:ironruby-core-boun...@rubyforge.org] On Behalf Of Charles Strahan S

Re: [Ironruby-core] IronRuby not loading DLL

2011-03-27 Thread Charles Strahan
I figured that it's always nice to have options - especially if there are conflicts. Capitalizing the first letter would probably work in 99% of cases, but I could imagine there *might* be case where you have an xFoo type and an XFoo type in the same namespace. That's probably being pedantic thou

[Ironruby-core] Fwd: Ruby FFI port

2011-03-27 Thread Charles Strahan
Well, I think I've made a little progress - hoping to attach a simple function soon. I am concerned about one thing though - we need to be able to call function pointers, but I think that *Marshal.GetDelegateForFunctionPointer* only supports the STD calling convention. Any thoughts on how we might