SFML community forums

Help => General => Topic started by: Ezhoikam on July 11, 2015, 06:25:12 pm

Title: SFML project build system for multi-developers from different os'es
Post by: Ezhoikam on July 11, 2015, 06:25:12 pm
First of all, i did some searching but didn't find needed guide.

Here project folder structure;

-project folder with project name
   --Include    // SFML and other hpp files
   --Lib          // SFML lib files
   --Media       // Fonts, sprites etc.
   --Source      // All source code files.
   --Build        // For Windows and Linux build.
      ---Win32      // optional subdirectories
      ---Win64      // optional subdirectories
      ---Linux      // optional subdirectories

We wanna use Github for collaboration.
We have 4 developers one of them (me) using Archlinux, others using Windows as their OS. I'll use Eclipse C/C++ for IDE and they'll use Visual Studio.

How can we setup build environment for working on same repository from different ide's and os? I tried Cmake but couldn't make it. I'm not good at it's script language. So can anyone help me with making this build structure? Or is it possible?
Title: Re: SFML project build system for multi-developers from different os'es
Post by: Laurent on July 11, 2015, 06:33:10 pm
You have to use a meta-build system. CMake is one of them, but if you really don't like it there are others. Anyway, until you pick a build system, there's nothing to help you with ;)
Title: Re: SFML project build system for multi-developers from different os'es
Post by: Ezhoikam on July 11, 2015, 06:35:28 pm
Cmake is probably right choice. But i'm not really familiar with build systems. I just wanna make it once. Then use it for other projects.
Title: Re: SFML project build system for multi-developers from different os'es
Post by: Nexus on July 11, 2015, 06:42:44 pm
SCons might be an alternative. (http://en.sfml-dev.org/forums/index.php?topic=7329.msg133292#msg133292) Whatever you choose, you'll have to learn it on your own.

In case you decide to go with CMake, you could have a look at my library Thor, its scripts are fairly simple.
Title: Re: SFML project build system for multi-developers from different os'es
Post by: Ezhoikam on July 11, 2015, 07:07:27 pm
I checked scons and cmake. It looks like it will take so much time to learn one of them  :-\ what is the simplest way to do what i want to do?
Title: Re: SFML project build system for multi-developers from different os'es
Post by: Jesper Juhl on July 11, 2015, 07:13:51 pm
The simplest way is to invest a bit of time and learn scons and/or cmake.
(personally I'd suggest SCons ;)).

Edit: There are not always easy solutions. But, as a developer, solving problems/learning new things should be what you do/are good at. So learning a build system shouldn't be a big deal...
Title: Re: SFML project build system for multi-developers from different os'es
Post by: Ezhoikam on July 12, 2015, 03:43:24 pm
I tried to install scons but it can't find python.
Title: Re: SFML project build system for multi-developers from different os'es
Post by: Jesper Juhl on July 12, 2015, 06:47:51 pm
Do I really have to say this?
Then install python.  ::)

# pacman -Syu python
Title: Re: SFML project build system for multi-developers from different os'es
Post by: Ezhoikam on July 13, 2015, 12:42:05 pm
here is the problem; i already have python. i tried with v2 and v3. it can't find on registry.
Title: AW: SFML project build system for multi-developers from different os'es
Post by: eXpl0it3r on July 13, 2015, 12:47:14 pm
Add it to PATH.
Title: Re: SFML project build system for multi-developers from different os'es
Post by: SpeCter on July 13, 2015, 01:12:02 pm
Do I really have to say this?
Then install python.  ::)

# pacman -Syu python

Unfortunately not everyone here uses Arch ;)
Title: Re: SFML project build system for multi-developers from different os'es
Post by: Jesper Juhl on July 13, 2015, 03:08:35 pm
Well, he did say in the original post that he would be using Arch  ;)
But, his problem seems to Windows related - I'm pretty sure it's a known problem with the 64bit python build - I'd just install the 32bit version, that usually works fine.