16
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.
Only use the svn version and SFML2.
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.
17
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.
18
D / DSFML with D2?
« on: January 30, 2011, 06:00:27 pm »
The dsss conf files are leftovers.
Try with xfBuild or rdmd.
Try with xfBuild or rdmd.
19
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++?
Quote
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.
Quote
External libraries can use whatever they like to create their bindings.
Yep, of course, I just wonder if it works flawlessly.
20
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.
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.
21
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.
This would open it to more programming languages and bring stuff like cross-language polymorphism for free.
22
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.
But I think I also tried setting it to the sfml main dir once.
23
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.
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:
But csfml is reluctant. Even after specifying the sfml install path where bin include and lib is.
Quote
CMake Error at F:/cmake-2.8.2-win32-x86/share/cmake-2.8/Modules/FindPackageHandleStandardArgs.cmake:70 (MESSAGE):
Could NOT find SFML (missing: SFML_INCLUDE_DIR SFML_SYSTEM_LIBRARY
SFML_WINDOW_LIBRARY SFML_NETWORK_LIBRARY SFML_GRAPHICS_LIBRARY
SFML_AUDIO_LIBRARY)
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:
Quote
CMake Error at cmake/Macros.cmake:55 (csfml_parse_arguments):
Syntax error in cmake code at
ð;É8ë7ð;ÉrojeèÂÀeclipse/work:55
when parsing string
SOURCES;G:/Daten/.........;G:\Daten\D-Projekte\eclipse\workspace\sfml2\install\lib;debug;G:\Daten\D-Projekte\eclipse\workspace\sfml2\install\lib
Invalid escape sequence \D
Call Stack (most recent call first):
src/SFML/System/CMakeLists.txt:24 (csfml_add_library)
26
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.
Maybe the project files aren't up-to-date anymore. Laurent wanted to switch to CMake.
27
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.
28
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.
Yes, your executable needs to find the dlls. Either in the same directory or on the PATH.
29
D / DSFML2 Problems
« on: October 16, 2010, 06:53:51 pm »
There is a solution for that:
Will probably be integrated into druntime some time soon.
The CSFML dlls are loaded at runtime.
Quote
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.
30
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
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