Porting Irrlicht to C#
Porting Irrlicht to C#
I was just wondering if it would be a good idea. C# is getting better and better plus its already supportd on linux.
And would there be any legal issues?
And would there be any legal issues?
-
- Posts: 360
- Joined: Tue Feb 10, 2004 2:20 am
- Location: Lubbock, TX
That's right. I thought of porting Irrlicht to Managed C++ so that it can be used with all .NET languages. Some people already tried to do this, but I don't know if the succeeded.BradB wrote:I personally don't see the point in having 2 different versions of the same thing, unless they cover different niche areas, like Python & Jython.
Well it will be cool..but how about C# pointers , multiple inheritance , etc missing features from C++ ?
Also what will look like the OpenGL support under .NET , i know OpenGL works just fine on every platform out there but are you panning to completely drop it in future versions because IMHO it just "prevent" the engine from being optimized.
Implementing two different renderer in an engine comes in cost that you finnally end up with a "fat" .dll a NULL device and a bunch of your custom data types being there for compatibility , well that's ok but what about speed ?
Also what will look like the OpenGL support under .NET , i know OpenGL works just fine on every platform out there but are you panning to completely drop it in future versions because IMHO it just "prevent" the engine from being optimized.
Implementing two different renderer in an engine comes in cost that you finnally end up with a "fat" .dll a NULL device and a bunch of your custom data types being there for compatibility , well that's ok but what about speed ?
Well, you can do pointers in C#, but there's no need for it. As far as i know, C# has all the features of C++ except templates, but that will be fixed in C# 2.0. C#-s speed is about 95% of C++. OpenGL is supported in C# as Tao.OpenGL, which speed is even better in some cases that Managed DirectX. I hope i haven't started a flamewar of C# against C++.
serializing?
the most interesting feature i heard about c#, and this may not be entirely accurate, but i heard that in c#, all classes inherently can be automatically serialized for sending over a network. is that true? if so that would be hella cool for networked apps...
-Ted
-Ted
My irrlicht-based projects have gone underground for now, but if you want, check out my webcomic instead! http://brokenboomerang.net
I am trying to compile Irrlicht as managed c++. But I recieve this *#§§ "metadata operation failed" linker error again. My understanding is, that compiling a c++ project as managed c++ shouldn't be much of a problem. But it seems that I am wrong here.
Btw, if it is possible to compile Irrlicht "managed", porting to c# shouldn't be required anymore, cause you should be able to use the managed irrlicht component from c# without any problems...
so many "shoulds"...
So if someone has experience with compiling Irrlicht to managed assembly, please exchange you exp here.
Criamon
Btw, if it is possible to compile Irrlicht "managed", porting to c# shouldn't be required anymore, cause you should be able to use the managed irrlicht component from c# without any problems...
so many "shoulds"...
So if someone has experience with compiling Irrlicht to managed assembly, please exchange you exp here.
Criamon
I am still trying to compile Irrlicht with .Net 2003 as managed c++. Unfortunatelly I can't get around this linker error:
managed error LNK2022: metadata operation failed (8013118D) : Duplizierte Typen (_D3DPRESENT_PARAMETERS_) wurden gefunden, aber die Typenlayoutinformationen sind nicht konsistent: (0x0200002c).
(the german part means typelayout information are not consistent)
Any idea someone?
Thanks,
Criamon
managed error LNK2022: metadata operation failed (8013118D) : Duplizierte Typen (_D3DPRESENT_PARAMETERS_) wurden gefunden, aber die Typenlayoutinformationen sind nicht konsistent: (0x0200002c).
(the german part means typelayout information are not consistent)
Any idea someone?
Thanks,
Criamon
...
Doesn't seem to me that it would make sense to create a c# version of irrlicht. I'd rather have the engine be faster (c++) and callable from c# where you can perform less intensive operations.
I don't see that making irrlicht callable from C# would be all that difficult. Time consuming yes
difficult no.
I don't see that making irrlicht callable from C# would be all that difficult. Time consuming yes
![Smile :)](./images/smilies/icon_smile.gif)