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.


Topics - Jeanne-Kamikaze

Pages: [1]
1
Feature requests / Monitor API
« on: May 30, 2014, 03:31:05 pm »
Hi,

From the documentation, it seems SFML still does not offer an API to inspect the system's monitors (correct me if I am wrong). I think the library would benefit from something like it, and a quick search on the forums yields a few threads where people ask about the feature.

The API could be something like what GLFW offers: http://www.glfw.org/docs/latest/group__monitor.html. Essentially, it allows you to enumerate the system's monitors and query details about each of them, such as their position and dimensions within the bigger virtual screen, the video modes they support, and so on.

2
General / glxext.h compile error - SFML 2.1, 64-bit linux, gcc 4.8.2
« on: January 06, 2014, 06:17:19 pm »
Hi,

I've been following the tutorial on compiling SFML 2.1 with cmake, but I have stumbled upon the following error during the build process:

[ 33%] Building CXX object src/SFML/Window/CMakeFiles/sfml-window.dir/Linux/GlxContext.cpp.o
In file included from /home/jeanne/tmp/SFML-2.1/src/SFML/Window/Linux/GlxContext.cpp:33:0:
/home/jeanne/tmp/SFML-2.1/src/SFML/Window/glext/glxext.h:670:22: error: ISO C++ forbids declaration of 'GLXContextID' with no type [-fpermissive]
 typedef GLXContextID ( * PFNGLXGETCONTEXTIDEXTPROC) (const GLXContext context);
                      ^
/home/jeanne/tmp/SFML-2.1/src/SFML/Window/glext/glxext.h:670:22: error: typedef 'GLXContextID' is initialized (use decltype instead)
/home/jeanne/tmp/SFML-2.1/src/SFML/Window/glext/glxext.h:670:26: error: 'PFNGLXGETCONTEXTIDEXTPROC' was not declared in this scope
 typedef GLXContextID ( * PFNGLXGETCONTEXTIDEXTPROC) (const GLXContext context);
                          ^
/home/jeanne/tmp/SFML-2.1/src/SFML/Window/glext/glxext.h:671:67: error: 'GLXContextID' has not been declared
 typedef GLXContext ( * PFNGLXIMPORTCONTEXTEXTPROC) (Display *dpy, GLXContextID contextID);
                                                                   ^
src/SFML/Window/CMakeFiles/sfml-window.dir/build.make:310: recipe for target 'src/SFML/Window/CMakeFiles/sfml-window.dir/Linux/GlxContext.cpp.o' failed
make[2]: *** [src/SFML/Window/CMakeFiles/sfml-window.dir/Linux/GlxContext.cpp.o] Error 1
CMakeFiles/Makefile2:155: recipe for target 'src/SFML/Window/CMakeFiles/sfml-window.dir/all' failed
make[1]: *** [src/SFML/Window/CMakeFiles/sfml-window.dir/all] Error 2
Makefile:116: recipe for target 'all' failed
make: *** [all] Error 2

I first ran cmake, checked that all the dependencies were met, and then went with the defaults. Then I ran make to get the library built, but instead got the above error. The cmake output is:

$ cmake .
-- The C compiler identification is GNU 4.8.2
-- The CXX compiler identification is GNU 4.8.2
-- Check for working C compiler: /usr/bin/cc
-- Check for working C compiler: /usr/bin/cc -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Check for working CXX compiler: /usr/bin/c++
-- Check for working CXX compiler: /usr/bin/c++ -- works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Looking for XOpenDisplay in /usr/lib64/libX11.so;/usr/lib64/libXext.so
-- Looking for XOpenDisplay in /usr/lib64/libX11.so;/usr/lib64/libXext.so - found
-- Looking for gethostbyname
-- Looking for gethostbyname - found
-- Looking for connect
-- Looking for connect - found
-- Looking for remove
-- Looking for remove - found
-- Looking for shmat
-- Looking for shmat - found
-- Looking for IceConnectionNumber in ICE
-- Looking for IceConnectionNumber in ICE - found
-- Found X11: /usr/lib64/libX11.so
-- Found OpenGL: /usr/lib64/libGL.so  
-- Found Freetype: /usr/lib64/libfreetype.so  
-- Found GLEW: /usr/lib64/libGLEW.so  
-- Found JPEG: /usr/lib64/libjpeg.so  
-- Found OpenAL: /usr/lib64/libopenal.so  
-- Found SNDFILE: /usr/lib64/libsndfile.so  
-- Configuring done
-- Generating done
-- Build files have been written to: /home/jeanne/tmp/SFML-2.1

This is all on a 64-bit installation of Arch linux, gcc version 4.8.2. Could anyone provide some light on this issue? Thanks in advance for any help you may provide.

3
SFML projects / SFML Haskell Bindings
« on: February 27, 2013, 08:19:21 pm »
Hello there. It seems people are announcing their bindings on the forum, so I'll do the same here.

Project page: https://github.com/jeannekamikaze/SFML
Docs: http://shellblade.net/docs/SFML/index.html
Installation instructions: https://github.com/jeannekamikaze/SFML/wiki

The bindings are pretty much stable; I'm just keeping up with changes to SFML/CSFML and adding minor tweaks. The library ships with a bunch of demos showing example usage of the library.

My plan is to upload a package to Hackage (the Haskell package repository) when SFML 2.0 is finally released. At the moment github is the only access to the bindings.

It would be cool if you mentioned these bindings somewhere on this site. Perhaps add a "Haskell" section to the "Other Languages" forum and move this thread over there.

Regards,
Jeanne-Kamikaze

4
C / sfIpAddress size
« on: November 07, 2012, 04:19:44 pm »
sfIpAddress represents an IPV4 address according to the documentation, yet it is 16 bytes long (at least on x86):

typedef struct
{
    char address[16];
} sfIpAddress;

On the other hand, an IpAddress is 4 bytes:

class SFML_NETWORK_API IpAddress
{
    ...
private :

    ////////////////////////////////////////////////////////////
    // Member data
    ////////////////////////////////////////////////////////////
    Uint32 m_address; ///< Address stored as an unsigned 32 bits integer
}

Shouldn't sfIpAddress be 4 bytes as well, or am I missing something ?

5
Feature requests / Rewrite the entire library in C
« on: October 03, 2012, 12:25:25 am »
Hi, can you rewrite the entire SFML library in C and then optionally make a C++ interface to it please ?

I've been trying to write Haskell bindings for SFML but there doesn't seem to be a way to do it without the resulting API sucking hard.

The problem is described here: http://hpaste.org/75677

Thanks.

Pages: [1]
anything