Unofficial Nightly Builds

[pwnstar23]

To be honest I'm not sure how useful this is, but lets see what the download statistic will say...

Thank you for these nightlies, very useful to me and my buddy, we are using VS2012 and your nightly is the only one I could find for that compiler, and we were having issues with the other ones.  Thank you.

[eXpl0it3r]

Thank you for these nightlies, very useful to me and my buddy, we are using VS2012 and your nightly is the only one I could find for that compiler, and we were having issues with the other ones.

I'm glad you like them and that you could use it for your prototpye.

FYI: The statistics says that people are using them actively.

[eXpl0it3r]

Updated the Nightly Builds to the latest commit: [38da3f4338]

Any requests, comments, etc.?

[RedTheGreen]

When will the maintenance end?

[eXpl0it3r]

When will the maintenance end?

Sorry about the delay, but I'm still at rewriting the whole website, from front to back-end. As we speak I'm implementing the new way to handle downloads. It should be up shortly.

[eXpl0it3r]

The Nightly Builds are available again!

I've update the whole website internally as well as the front-end and of course the builds have been updated to the latest commit.

Feel free to give some feedback on Nightly Builds as well as the new website, keep in mind though, that the website is still a bit under construction.

[Goras]

Hi !
I want to thank you a lot for these build updates. We are programmers in a video game school and we love to work on the last version of SFML.
I will share your post in the school forum because some of us are using VS 2012 and SFML 2.0.

Thanks for the packages and a big thanks to Laurent for SFML !

Good luck for the 2.0 final version.

[eXpl0it3r]

I want to thank you a lot for these build updates. We are programmers in a video game school and we love to work on the last version of SFML.
I will share your post in the school forum because some of us are using VS 2012 and SFML 2.0.

I'm glad, my Nightly Builds are of use for you guys.
Good luck with your projects!

[Blublop]

I'm glad, my Nightly Builds are of use for you guys.
Good luck with your projects!

You don't want to live through this.
I followed the tutorial and compiled SFML 2.0 myself for MinGW GCC 4.7.
Everything went fine until I tested the exe.
Program crashed at random points. Rebuilds without any code/settings change removed some crashes.
In the end I noticed that there were some .o files compiled by gcc 4.4.
Dumped it, compiled the whole project and still got a crash.
When I loaded a picture the program printed all kinds of japanese characters on the console.
Figured out, I somehow didn't build SFML 2.0 right ... found this thread and was saved by a hero !

Your builds are god !

[eXpl0it3r]

Your builds are god !

Wait, when they are god and I'm the creator of them, am I then an ubergod?

I'm not sure what you did wrong, but building SFML isn't really magic and certainly nothing god-like, but I'm glad my builds have helped yet another person.

[Roose Bolton of the Dreadfort]

I love you!

Fuck CMAKE.

All-together now!

..


.. no one?

[Romirresz]

Many many Thanks for your excellent work.
I am lecturer at University and I tried to find a simple Object-oriented graphical library for some projects of my students. Last year they used MFC and it was terrible. It is very massive monster and  students hated it.
Now all became more simpler. Many thanks again.

And I has only one question: when I use you builds in Codeblocks  12.11 then I have about 10-15 seconds from moment of running of a binary exe-file and appearance of the graphical window (console window of the project appears immediately). Is it problem of my computer or it is not problem at all (may be it's ussual). But at VS2010 with official build of the lib, graphical window appears in 1-2 second.

[eXpl0it3r]

I love you!

You're welcome.

Fuck CMAKE.
All-together now!
.... no one?

Nope, without it building SFML for all the different compilers would be even messier and harder. At the moment CMake is probably the best solution for platform independent compilation.

Many many Thanks for your excellent work.

I guess this is directed at Laurent, I'm only building the library for various compilers.

And I has only one question: when I use you builds in Codeblocks  12.11 then I have about 10-15 seconds from moment of running of a binary exe-file and appearance of the graphical window (console window of the project appears immediately). Is it problem of my computer or it is not problem at all (may be it's ussual).

Well it kind of depends how you're actually linking things. If you compare a debug and a release build, then a debug build will often be slower. There might even be a difference between static and dynamic builds.
Overall 10-15s seems to me way too long, if you're only creating a window and not doing other operations before the window's creation.

On my system with C::B 12.11 and the official MinGW32 compiler, a window appears within one second.

Do you have some software running that would hook themselves into applications (e.g. Fraps or alike)? Are you using a bad anti-virus software like Norton, which slows down the application? Or are you doing time intensive stuff, before the window creation?

In any case it shouldn't be SFML fault.

[Romirresz]

I guess this is directed at Laurent, I'm only building the library for various compilers.

I understand that you only built the library, but it is not trivial task too and in all cases time-consumer.

I had about 20 tabs in Chrome and some of them with flash-video of flash-game. May be it was main reason of slow down.  Till this time I finished work for today and closed all tabs, then have run only exe-file from file browser and it started in one second. Big delay was when I tried to run file from Codeblocks (by pressing Run button).

[eXpl0it3r]

I understand that you only built the library, but it is not trivial task too and in all cases time-consumer.

With a bit experience building SFML is a fairly simple task. I've build more complex things with around 10 dependencies, which also needed to built etc.
But I agree it's a time saver, specially when you want to work in a group with the current release, such builds can help a lot.

Big delay was when I tried to run file from Codeblocks (by pressing Run button).

Which run button?
If you start the application with the debugger, then it can take a bit longer, since the debugger first has to start and then load the application.
What CPU are you using?