Messages

46

Feature requests / DLL convenience wrapper

« on: October 16, 2008, 05:06:22 am »

If it works, thanks. I couldn't do this myself. OgreDynLib.h includes OgrePrerequisites.h, which in turn includes OgrePlatform.h, OgreStdHeaders.h and OgreMemoryAllocatorConfig.h; Which include a bunch of STL headers. Got much too entangled for me to handle.

47

Feature requests / DLL convenience wrapper

« on: October 15, 2008, 02:21:03 pm »

And, like I said, Ogre's is too entangled to the rest of the engine for me to extract.

48

Feature requests / DLL convenience wrapper

« on: October 15, 2008, 01:00:54 pm »

Right but I'd need to link to Ogre. Bit of a big an engine to link to for one class.

49

Feature requests / DLL convenience wrapper

« on: October 15, 2008, 03:35:58 am »

I have two applications for it that I can immediately think of. A plugin system for an editor defining data and exports (I'm making a vector-based graphics program that'll also be used as a level editor for several games), and full modability for a big project via callbacks.

If I actually had it so easy and at my disposal, I'm sure I'd find good use for it.

50

Feature requests / DLL convenience wrapper

« on: October 14, 2008, 09:50:04 pm »

Actually, I'm still hesitating to add this kind of class. For sure it would be useful, but so are so many classes, and I don't want SFML to become a big / bloated general cross-platform framework. I'd like to stay focused on multimedia.

Well you don't have to include it by default, make it optional.

I don't like the idea of having to use scripting, it's slow, and one would have to learn said language. It would also mean the source for the plugins would be exposed, not necessarily an acceptable condition in all situations.

I took a look at Ogre but the functionality is too entangled with the rest of the library for me to separate. I certainly don't want to link to Ogre for that alone.

51

Feature requests / DLL convenience wrapper

« on: October 14, 2008, 06:30:38 am »

It's already cross-platform and it already has a C wrapper.

I'm sorry, what are you talking about?

Sorry but I think most of the people find that linking to a dynamic library during compile time(let the compiler generate the loader) is easier than using platform-dependent code to load it during runtime.

Easy is good. But the problem here is that compile-time linking does not allow you to provide a plugin system.

52

Feature requests / DLL convenience wrapper

« on: October 13, 2008, 10:56:03 pm »

Not lazy, just inexperienced. I only recently discovered SFML and it looks more favorable over SDL. This would be the icing on the cake. I don't need it right now and I don't know how useful other people find it, but it would indeed be a useful thing to have in the future.

After all, the convenience of easy-of-use and cross-platform compatibility out-of-the-box is exactly why I would (will?) use this library.

53

Feature requests / DLL convenience wrapper

« on: October 13, 2008, 07:14:42 pm »

I'm sure it's easy, but I wouldn't care writing countless compiler conditions for the different operating systems. I'd appreciate it if you did it, but I'll take a look at Ogre, thanks.

54

Feature requests / DLL convenience wrapper

« on: October 13, 2008, 06:48:03 am »

I'd like a cross-platform convenience interface for explicitly linking DLLs at run-time. I'd like to implement plugin architectures in my applications but am faced with an overwhelming complexity and complete lack of information for actually achieving this. Easy-to-use functions for loading DLLs at specified file paths, and calling functions from them.