Welcome, Guest. Please login or register. Did you miss your activation email?

Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Messages - Trass3r

Pages: 1 [2] 3 4 ... 7
D / DSFML broken
« on: January 30, 2011, 06:03:05 pm »
That's because DSFML1 on the download page is targeted at D1 (and quite outdated).
Only use the svn version and SFML2.

D / How to build without DSSS?
« on: January 30, 2011, 06:01:19 pm »
Just use xfBuild or rdmd with your main source file and dsml will be automatically compiled if the import paths are properly set.

D / DSFML with D2?
« on: January 30, 2011, 06:00:27 pm »
The dsss conf files are leftovers.
Try with xfBuild or rdmd.

General discussions / SWIG
« on: January 20, 2011, 04:44:34 pm »
Quote from: "Laurent"
Another example: transforming all the LoadFromXxx functions to constructors (or Create functions in the C binding). I doubt this can be done automatically.

If these functions are supposed to be constructors in other languages, why aren't they constructors in C++?

And what about bindings that must use the C binding, not the C++ API?

SWIG supports D, so it has to (and I'm pretty sure it does) generate a C layer in between.

External libraries can use whatever they like to create their bindings.

Yep, of course, I just wonder if it works flawlessly.

General discussions / SWIG
« on: January 20, 2011, 04:05:10 pm »
You mean like special property setters and getters like in D and C#?
I thought the generators would do that automatically, gotta test it sometime.

Another issue that comes to my mind is addon libraries. E.g. SFGUI looks very promising, but doesn't have a wrapper.

General discussions / SWIG
« on: January 20, 2011, 12:58:56 pm »
Considering how much work it is to create and maintain a wrapper for sfml, would SWIG be an alternative to contemplate?
This would open it to more programming languages and bring stuff like cross-language polymorphism for free.

C / CSFML and cmake configuration problem
« on: November 24, 2010, 10:14:04 am »
I set SFML path to install dir with include, lib and bin.
But I think I also tried setting it to the sfml main dir once.

C / CSFML and cmake configuration problem
« on: November 24, 2010, 12:25:15 am »
Same problem here. Building sfml went fine with VS2010 x86 + x64 versions.
But csfml is reluctant. Even after specifying the sfml install path where bin include and lib is.

CMake Error at F:/cmake-2.8.2-win32-x86/share/cmake-2.8/Modules/FindPackageHandleStandardArgs.cmake:70 (MESSAGE):
Call Stack (most recent call first):
  F:/cmake-2.8.2-win32-x86/share/cmake-2.8/Modules/FindSFML.cmake:67 (FIND_PACKAGE_HANDLE_STANDARD_ARGS)
  src/SFML/CMakeLists.txt:22 (find_package)

EDIT: Had to manually specify all of the paths to make it work :(
Remember that you must use '/' separators instead of '\' or you might get some error like me:
CMake Error at cmake/Macros.cmake:55 (csfml_parse_arguments):
  Syntax error in cmake code at


  when parsing string


  Invalid escape sequence \D
Call Stack (most recent call first):
  src/SFML/System/CMakeLists.txt:24 (csfml_add_library)

D / Anybody using DSFML/DSFML2?
« on: October 30, 2010, 02:29:33 am »
It's targeted at D2.

D / DSFML2 Problems
« on: October 17, 2010, 05:19:17 pm »
You're welcome :)

D / DSFML2 Problems
« on: October 17, 2010, 04:00:12 pm »
No clue.
Maybe the project files aren't up-to-date anymore. Laurent wanted to switch to CMake.

D / DSFML2 Problems
« on: October 17, 2010, 01:52:09 pm »
Since there's no official release of 2.0 yet you need to compile them yourself, works flawlessly for me with Visual Studio or MinGW.

D / DSFML2 Problems
« on: October 16, 2010, 07:31:56 pm »
Yeah of course you have to compile with -debug -g (or at least with -g I think) so the function names etc. are put into the executable.

Yes, your executable needs to find the dlls. Either in the same directory or on the PATH.

D / DSFML2 Problems
« on: October 16, 2010, 06:53:51 pm »
There is a solution for that:
I modified druntime to support stack-tracing for all kind of exceptions.  
 It's very simple:
 1) In object_.d, change traceContext() function linkage to C:
 extern(C) Throwable.TraceInfo traceContext(void* ptr = null) { ... }
 2) In rt\deh.c, declare
 Interface* traceContext(void* ptr);
 and add the following line to _d_create_exception_object (rt\deh.c)
 exc->info = traceContext(NULL);

Will probably be integrated into druntime some time soon.

The CSFML dlls are loaded at runtime.

D / DSFML2 Problems
« on: October 16, 2010, 05:13:18 pm »
Could you add a stacktrace?
I think druntime supports them on linux now and there is a third-party one for windows here: http://3d.benjamin-thaut.de/?p=15

Pages: 1 [2] 3 4 ... 7