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

Author Topic: SFGUI (0.4.0 released)  (Read 359170 times)

0 Members and 2 Guests are viewing this topic.

binary1248

  • SFML Team
  • Hero Member
  • *****
  • Posts: 1405
  • I am awesome.
    • View Profile
    • The server that really shouldn't be running
Re: SFGUI (0.2.1 released)
« Reply #510 on: February 12, 2014, 05:41:15 pm »
I can't use GCC 4.8+ (bug with one library I use)
And that bug would be...? I highly doubt that it is GCC's fault. If it is released, then it is in a really stable state. If this library you use is open source you could try to fix the problem yourself, or if the developers care enough about GCC compatibility in case it is closed source you could try to convince them to fix the bug.

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.
SFGUI # SFNUL # GLS # Wyrm <- Why do I waste my time on such a useless project? Because I am awesome (first meaning).

Dragonic

  • Newbie
  • *
  • Posts: 46
    • View Profile
Re: SFGUI (0.2.1 released)
« Reply #511 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 !

Quote
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 ^^ !
« Last Edit: February 12, 2014, 05:50:25 pm by Dragonic »

binary1248

  • SFML Team
  • Hero Member
  • *****
  • Posts: 1405
  • I am awesome.
    • View Profile
    • The server that really shouldn't be running
Re: SFGUI (0.2.1 released)
« Reply #512 on: February 12, 2014, 06:08:50 pm »
I don't know exactly when and with what version you last tried, but a simple search on Google showed that a lot of people were already able to get Eclipse CDT working with C++11.

https://www.google.com/search?q=Eclipse+CDT+GCC+4.8
http://wiki.eclipse.org/CDT/User/FAQ#CDT_does_not_recognize_C.2B.2B11_features
SFGUI # SFNUL # GLS # Wyrm <- Why do I waste my time on such a useless project? Because I am awesome (first meaning).

Lolilolight

  • Hero Member
  • *****
  • Posts: 1232
    • View Profile
Re: SFGUI (0.2.1 released)
« Reply #513 on: February 12, 2014, 10:17:26 pm »
I use code::blocks and c++11 works, Eclipse is a bit more complicated to use I think, because there are more menus.

The only inconvenient is that I have to switch of compilator if I want to compile in 32 bits or in 64 bits.
(With tdm-gcc the flag -m32 doesn't work, maybe there's another way to configure this with code::block but all the method I tested when I've checked on the forum didn't work so...)

I keep going to use two compilator. (tdm-gcc-32 and tdm-gcc-64 version 4.8)

Have you a 32 bits or a 64 bits compilators of tdm gcc ? (It's very possible that you have an incompatibility, I also had problems)

But What error messages did you have ?
« Last Edit: February 12, 2014, 10:19:09 pm by Lolilolight »

Dragonic

  • Newbie
  • *
  • Posts: 46
    • View Profile
Re: SFGUI (0.2.1 released)
« Reply #514 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 ^^ !
« Last Edit: February 12, 2014, 10:59:02 pm by Dragonic »

Dragonic

  • Newbie
  • *
  • Posts: 46
    • View Profile
Re: SFGUI (0.2.1 released)
« Reply #515 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 ?

« Last Edit: February 15, 2014, 12:58:50 pm by Dragonic »

binary1248

  • SFML Team
  • Hero Member
  • *****
  • Posts: 1405
  • I am awesome.
    • View Profile
    • The server that really shouldn't be running
Re: SFGUI (0.2.1 released)
« Reply #516 on: February 15, 2014, 10:52:19 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...

http://sourceforge.net/apps/trac/mingw-w64/wiki/Unicode%20apps#Issues
« Last Edit: February 15, 2014, 11:01:43 am by binary1248 »
SFGUI # SFNUL # GLS # Wyrm <- Why do I waste my time on such a useless project? Because I am awesome (first meaning).

Dragonic

  • Newbie
  • *
  • Posts: 46
    • View Profile
Re: SFGUI (0.2.1 released)
« Reply #517 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 !
« Last Edit: February 15, 2014, 11:07:52 am by Dragonic »

eXpl0it3r

  • SFML Team
  • Hero Member
  • *****
  • Posts: 10895
    • View Profile
    • development blog
    • Email
Re: SFGUI (0.2.1 released)
« Reply #518 on: February 15, 2014, 11:22:22 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. ;)
Official FAQ: https://www.sfml-dev.org/faq.php
Official Discord Server: https://discord.gg/nr4X7Fh
——————————————————————
Dev Blog: https://duerrenberger.dev/blog/

Dragonic

  • Newbie
  • *
  • Posts: 46
    • View Profile
Re: SFGUI (0.2.1 released)
« Reply #519 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" ?
« Last Edit: February 15, 2014, 11:56:52 am by Dragonic »

eXpl0it3r

  • SFML Team
  • Hero Member
  • *****
  • Posts: 10895
    • View Profile
    • development blog
    • Email
Re: SFGUI (0.2.1 released)
« Reply #520 on: February 15, 2014, 11:59:30 am »
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. ;)
Official FAQ: https://www.sfml-dev.org/faq.php
Official Discord Server: https://discord.gg/nr4X7Fh
——————————————————————
Dev Blog: https://duerrenberger.dev/blog/

Dragonic

  • Newbie
  • *
  • Posts: 46
    • View Profile
Re: SFGUI (0.2.1 released)
« Reply #521 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 ^^') !
« Last Edit: February 15, 2014, 12:28:34 pm by Dragonic »

Dragonic

  • Newbie
  • *
  • Posts: 46
    • View Profile
Re: SFGUI (0.2.1 released)
« Reply #522 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 !

binary1248

  • SFML Team
  • Hero Member
  • *****
  • Posts: 1405
  • I am awesome.
    • View Profile
    • The server that really shouldn't be running
Re: SFGUI (0.2.1 released)
« Reply #523 on: February 15, 2014, 04:05:46 pm »
So... why can't you just use the one provided with SFML?
SFGUI # SFNUL # GLS # Wyrm <- Why do I waste my time on such a useless project? Because I am awesome (first meaning).

Dragonic

  • Newbie
  • *
  • Posts: 46
    • View Profile
Re: SFGUI (0.2.1 released)
« Reply #524 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 ?
« Last Edit: February 15, 2014, 05:41:24 pm by Dragonic »

 

anything