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 - iroquai_tribe

Pages: [1]
1
General discussions / Re: Android and iOS ports available for testing
« on: December 20, 2013, 12:28:43 pm »
Hi all! I tried to compile on my PI and got this:

Quote
Scanning dependencies of target sfml-window
[ 18%] Building CXX object src/SFML/Window/CMakeFiles/sfml-window.dir/Context.cpp.o
[ 20%] Building CXX object src/SFML/Window/CMakeFiles/sfml-window.dir/GlContext.cpp.o
In file included from /home/pi/Documents/sfmlDec2013/SFML/src/SFML/Window/GlContext.cpp:70:0:
/home/pi/Documents/sfmlDec2013/SFML/src/SFML/Window/EglContext.hpp:151:12: error: ‘XVisualInfo’ does not name a type
make[2]: *** [src/SFML/Window/CMakeFiles/sfml-window.dir/GlContext.cpp.o] Error 1
make[1]: *** [src/SFML/Window/CMakeFiles/sfml-window.dir/all] Error 2
make: *** [all] Error 2

I added "-DSFML_OPENGL_ES=1" to cmake so it would include
Quote
-- Found EGL: /usr/lib/arm-linux-gnueabihf/libEGL.so 
-- Found GLES: /usr/lib/libGLESv1_CM.so 

instead of

Quote
-- Looking for XOpenDisplay in /usr/lib/arm-linux-gnueabihf/libX11.so;/usr/lib/arm-linux-gnueabihf/libXext.so
-- Looking for XOpenDisplay in /usr/lib/arm-linux-gnueabihf/libX11.so;/usr/lib/arm-linux-gnueabihf/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/lib/arm-linux-gnueabihf/libX11.so
-- Found OpenGL: /usr/lib/arm-linux-gnueabihf/libGL.so 
-- Found GLEW: /usr/lib/arm-linux-gnueabihf/libGLEW.so 

I tried to get around the need of XVisualInfo but I couldn't do it. Any help is greatly appreciated :)

2
General discussions / Re: Android and iOS ports available for testing
« on: December 19, 2013, 04:52:16 pm »
Thanks for the last commit Sonkun. I will try it on my RPi this weekend!  :)

3
General discussions / Re: Android/iOS "Soon"
« on: October 11, 2013, 01:43:32 am »
Thanks for the code! I think I tried something like that to fix the problem but I was having some problem with the "XVisualInfo" not being defined in EGLContext. If I recall correctly it is defined in the glext.h header file which is only included in the GlxContext. I'm not sure though... I'll definitely take a look at that this weekend.

Thanks  :)

4
General discussions / Re: Android/iOS "Soon"
« on: October 09, 2013, 03:16:46 pm »
If you want it, i could give you my fix when I get home.

That would be awesome, thanks :)

5
General discussions / Re: Android/iOS "Soon"
« on: October 09, 2013, 01:05:52 pm »
Hi!

We'll try to push it to the public repository before the end of the month if possible.
That's great news! I'm eager to see the performance of the raspberry using SFML. I think both the Android and the iOS ports will be a major addon to the library and open the door to many other developers who use those platforms.

But for a quick fix you can just return the first XVisualInfo.
Worked for me, but you might noch get Antialiasing.
Meanwhile, I'm going to try Ghosa's sugestion just to get things going :)

Thank you both!

6
General discussions / Re: Android/iOS "Soon"
« on: October 09, 2013, 12:51:11 am »
This is my first post so, first of all, I would like to congratulate everybody on the SFML team.
I've been using SFML for a while so I think it's time to participate in the forums and join this awesome comunity.

I've downloaded Sonkun's eSFML and tried to make it work in a raspberry pie without success. I stumbled in the same problem as Ghosa: the undefined reference to
sf::priv::GlxContext::selectBestVisual(_Xdisplay*, unsigned int, sf::ContextSettings const&);

I digged a little bit and found that the _EGLContext class is missing this method. Should it be declared in the GlContext class and then defined in the _EGLContext class (I'm no expert at all in this... just trying to guess  :P)

Is there any way to fix this? As described by Ghosa this happens when linking with the -lsfml-window flag.

Thanks  :)

Pages: [1]
anything