Messages

1

SFML projects / Re: SFGUI (0.2.2 released)

« on: February 20, 2014, 11:44:22 am »

[...] For now, to workaround the issue, please set GLEW_INCLUDE_PATH to the same value as GLEW_INCLUDE_DIR.

This is already the case ^^ !

For cmake, I have :

GLEW_INCLUDE_DIR = "D:\dev2\SFML-2.1\extlibs\headers"
GLEW_INCLUDE_PATH = "D:\dev2\SFML-2.1\extlibs\headers"
GLEW_LIBRARY = "D:\dev2\SFML-2.1\extlibs\libs-mingw\x86\libglew.a"

EDIT : CMakeCache : http://pastebin.com/WrAY0te0

2

SFML projects / Re: SFGUI (0.2.2 released)

« on: February 20, 2014, 09:59:13 am »

0.2.2 released

This is mainly a bugfix release. There was a rather critical issue in the CMake config file that did not add GLEW's include directory to the compiler search paths. That's now solved.

For the complete list of changes check the changelog.

Important: For 0.2.2 you need the current SFML Git version. If you use SFML 2.1, stick to version 0.2.0 for now.

WEBSITE http://sfgui.sfml-dev.de/

Maybe because of that I need to do something else with cmake configuration , because I have an error when building with mingw32-make !



"GL/glew.h: No such file or directory" ?

For cmake, I have :

GLEW_INCLUDE_DIR = "D:\dev2\SFML-2.1\extlibs\headers"
GLEW_INCLUDE_PATH = "D:\dev2\SFML-2.1\extlibs\headers"
GLEW_LIBRARY = "D:\dev2\SFML-2.1\extlibs\libs-mingw\x86\libglew.a"

EDIT : CMakeCache : http://pastebin.com/WrAY0te0

3

SFML projects / Re: SFGUI (0.2.1 released)

« on: February 16, 2014, 10:58:12 am »

I asked a question about SFGUI boxes earlier : we have to use images in order to have a special background ? If yes, does it have some kind of 9-patch (9-slice-scaling) support ?

SFGUI doesn't have a bitmap renderer, thus you currently only use the normal renderer...

Ok !
I tried the Window example, that was perfect !
(maybe you should put "m_window.setVerticalSyncEnabled(true);" in your examples, this could be better for the CPU ^^)

For my 9-patch problem, maybe I could try to "merge" my 9-patch rendering with SFGUI boxes ! I have to see how to change background color in order to make them invisible ! (Is there an example with style modifications ?)

4

SFML projects / Re: SFGUI (0.2.1 released)

« on: February 15, 2014, 04:25:39 pm »

So... why can't you just use the one provided with SFML?

I think that's a really great question xD !

I didn't know that SFML already had a mingw precompiled version of glew ^^ !

Everything seems to be Ok now ! There is only one lib that I can't rebuild now because I need his creator (NazaraEngine), but everything else has been built with this new GCC version !

Thank you for your help !

Now it's time to test this interesting SFGUI ^^ !
I asked a question about SFGUI boxes earlier : we have to use images in order to have a special background ? If yes, does it have some kind of 9-patch (9-slice-scaling) support ?

5

SFML projects / Re: SFGUI (0.2.1 released)

« on: February 15, 2014, 02:44:15 pm »

Do you know how to build Glew Static with MinGW ? It produce only the shared by default, and it failed to build SFGUI with this libglew32.a !

6

SFML projects / Re: SFGUI (0.2.1 released)

« on: February 15, 2014, 12:07:32 pm »

While the name is MinGW-w64 and the origin of it is that they wanted a MinGW version for x64 applications, but the MinGW-w64 can still be used as x86 compiler, in fact if you had looked closely at the URL above, you'd have noticed that you're already in the 32-bit sub-directory, thus your compiler is already producing x86 applications only.

Ohh right, thank you (I'm really lost for everything unless programming with C++ and my IDE ^^') !

7

SFML projects / Re: SFGUI (0.2.1 released)

« on: February 15, 2014, 11:36:58 am »

I usually go with one of these: http://sourceforge.net/projects/mingwbuilds/files/host-windows/releases/4.8.1/32-bit/threads-posix/

I choose posix since the win32 thread model doesn't support std::thread, where as the posix one makes it possible via winpthread.

LibOVR : successful build with this version !


This is a mingw-w64 version, how can I use it for x86 only ? Do I need to add to path "i686-w64-mingw32\bin" ?

8

SFML projects / Re: SFGUI (0.2.1 released)

« on: February 15, 2014, 11:04:05 am »

- LibOVR (OculusRift SDK) : unrecognized command line option "-municode" when building (using Msys1.0)
I don't found the solution for now !

The solution is... install the same kind of MinGW as you had before. -municode is a mingw-w64 flag which obviously won't be present on mingw32. You can't just replace something with something else just because it has a greater version number. MinGW is, believe it or not, quite easy to upgrade. You just replace all files and rebuild everything. The hard part is figuring out what you actually have on your hard disk to replace...

I know that it's really simple to use any version of MinGW ^^ ! But really I don't know which one I need to choose now ^^ ! I can't use my older version where everything works fine because it's GCC 4.7 and can't use it with SFGUI ! Also there are MinGW, MingW-w64, TDM-GCC, ... !
(I tried last version of TDM-GCC, no Msys installed with it, I don't know if it has to be a linked module)

Oh, and I need to use and build libs for win32 (not x64) ! About that, I don't understand why I succesfully built the LibOVR with this older version of MinGW when I think about it !

9

SFML projects / Re: SFGUI (0.2.1 released)

« on: February 15, 2014, 10:20:27 am »

Well, already one problem with this new MinGW (GCC 4.8.1) installation :

- LibOVR (OculusRift SDK) : unrecognized command line option "-municode" when building (using Msys1.0)
I don't found the solution for now !

That's not the error I mentioned earlier !

EDIT : just tried to delete "-municode" to see what happen, and now it's "localtime_s was not declared in this scope" for one file of the lib (don't know if it's linked) ! Why is it always so complicated to build a lib >< ?

Sorry, this LibOVR has nothing to do with your SFGUI, but I really want to test and use your work ^^ ! And this first approach with the last MinGW distribution is not very pleasant ^^' !

Also I have a question about boxes design for SFGUI : we have to use images in order to use a special background ? If yes, does it have some kind of 9-patch (9-slice-scaling) support ?

10

SFML projects / Re: SFGUI (0.2.1 released)

« on: February 12, 2014, 10:55:56 pm »

But What error messages did you have ?

I don't remember, it was so much time ago ^^ !
But I'll see if there are any problem, I'll try to use the last version of MinGW and rebuild all the libs. It will take some time, so this weekend I think ^^ !

11

SFML projects / Re: SFGUI (0.2.1 released)

« on: February 12, 2014, 05:42:27 pm »

Little mistake ! With GCC 4.8+ it's not a problem with a library, but directly with my IDE >< !

I use Eclipse CDT and I tried many months ago but couldn't build a program with c++11 or c++0x activated with GCC 4.8+ (don't remember all the errors ^^, but because of that I switched to GCC 4.7.3) !
Maybe I can now try to rebuild everything with all the last versions !

Not being able to use a standard conforming compiler because some library doesn't work (anymore) must be one of the sadder reasons I've seen.

I can understand ! It's just that I'm really a beginner when it comes to Makefile, Lib, or everything else that don't work at first try ^^ !

12

SFML projects / Re: SFGUI (0.2.1 released)

« on: February 12, 2014, 05:02:33 pm »

Look here for required compilers: http://sfgui.sfml-dev.de/p/docs/guide/installing

I already saw this before building ! But don't know with that if SFML 2.0 or GCC 4.7.3 is the problem with me !?

Code::Blocks 12.11 release contains GCC 4.7.1 which is not compatible with SFGUI

GCC 4.7.3 ?

Continue by downloading and installing SFML 2.1 and GLEW

SFML 2.0 is supported ?

I ask this because I don't really want to spend time to download and build SFML 2.1 if GCC 4.7.3 cannot be used ^^ ! And that would be a big problem for me because I can't use GCC 4.8+ (bug with one library I use) !

13

SFML projects / Re: SFGUI (0.2.1 released)

« on: February 12, 2014, 12:56:17 pm »

Woow, really interesting ^^ !

And last version with GLEW, just perfect for my project ^^ !

I started to code my own GUI for my multiplayer game project, but I think that your library could be really usefull in this case ^^ !

I'll test it, I have to see how I can use my own design with it ^^ !

EDIT : I have some errors when building (Windows, SFML 2.0 or MinGW 4.7.3 not supported ?) :

Scanning dependencies of target sfgui
[  1%] Building CXX object CMakeFiles/sfgui.dir/src/SFGUI/Adjustment.cpp.obj
In file included from D:\Dossier personnel\dev\SFGUI-0.2.1\src\SFGUI\Adjustment.
cpp:1:0:
D:/Dossier personnel/dev/SFGUI-0.2.1/include/SFGUI/Adjustment.hpp:18:3: error: l
ooser throw specifier for 'virtual sfg::Adjustment::~Adjustment()'
In file included from D:/Dossier personnel/dev/SFGUI-0.2.1/include/SFGUI/Adjustm
ent.hpp:3:0,
                 from D:\Dossier personnel\dev\SFGUI-0.2.1\src\SFGUI\Adjustment.
cpp:1:
D:/Dossier personnel/dev/SFGUI-0.2.1/include/SFGUI/Object.hpp:22:11: error:   ov
erriding 'virtual sfg::Object::~Object() noexcept (true)'
CMakeFiles\sfgui.dir\build.make:57: recipe for target 'CMakeFiles/sfgui.dir/src/
SFGUI/Adjustment.cpp.obj' failed
mingw32-make[2]: *** [CMakeFiles/sfgui.dir/src/SFGUI/Adjustment.cpp.obj] Error 1

CMakeFiles\Makefile2:62: recipe for target 'CMakeFiles/sfgui.dir/all' failed
mingw32-make[1]: *** [CMakeFiles/sfgui.dir/all] Error 2
Makefile:115: recipe for target 'all' failed
mingw32-make: *** [all] Error 2