Developer forums (C::B DEVELOPMENT STRICTLY!) > Development
Changing the build enviornment
fiammy:
Hello,
I would be very interested to have a look at your SCons build project, as I'm struggling for some time to get something working with my toolset (mingw with wx2.6.0). I got a bit lost on Windows getting to run C::B with my compiled version of wxWidgets. A SCons file would be a big step in the good direction...
On the other hand, I have the impression that the Bakefiles are some sort of meta-makefiles, that just generate makefiles.
@takeshimiya : the SCons system must be not all bad, given the fact that id Software used it for their game Doom3
RShadow:
--- Quote from: fiammy ---Hello,
I would be very interested to have a look at your SCons build project, as I'm struggling for some time to get something working with my toolset (mingw with wx2.6.0). I got a bit lost on Windows getting to run C::B with my compiled version of wxWidgets. A SCons file would be a big step in the good direction...
On the other hand, I have the impression that the Bakefiles are some sort of meta-makefiles, that just generate makefiles.
@takeshimiya : the SCons system must be not all bad, given the fact that id Software used it for their game Doom3
--- End quote ---
I should have everything done after this 4 day weekend. Right now I have SCon's able to build each component... Now I just need to tie the system together and do some autoconf type checking. As for bakefile's I checked it out. I don't like the choice because as you said Bakefile's are just metafiles that generate makefiles. I like having a full scripting language that is extensible. Second Bakefile's use a XML like structure. This is great for automation tools, but leaves a lot to be desired hand coding them. Just my 2 cents.
On any additonal note. Once the system is complete I will upload both a patch set and a full zipped copy. I don't have access to the CVS server.. and I don't know CVS anyways... personaly I would love it if mandrav would switch to subversion.
mandrav:
--- Quote ---On any additonal note. Once the system is complete I will upload both a patch set and a full zipped copy. I don't have access to the CVS server.. and I don't know CVS anyways... personaly I would love it if mandrav would switch to subversion.
--- End quote ---
Like it's my choice...
Sourceforge doesn't support subversion yet. If it did, we 'd be using it from day one :)
Just as a little background, C::B initially was started at tigris.org for this reason: Subversion...
But for many reasons, including slow access times for many people from US, I had to move the project to sourceforge.
Now, sourceforge promised that it 'll be providing subversion repositories, but I wouldn't expect it to happen any time soon...
Yiannis.
takeshimiya:
>Correct me if I'm wrong, but SCons actually does actually the making, it supports different compilers/linkers but you require SCons to be installed to run the script and build the project.
Bakefile is different in that it generates native makefiles/script/projects, maybe it could generate a SCons script (but I don't think it does at the moment). The idea as I see it (and what I like) is that the developers maintain a generating script(s) and run bakefile on it to create the files that are actually used to build the project. This means it is relatively easy to maintain i.e after if you decide to change pa_win_wmme.c to pa_win_mme.c and add some_utils_1.c you would just update one file and then generate the makefiles/projects rather than having to update all n that are supplied.
You would not be forcing the user of the library to use bakefile to make it as you would supply the generated makefile/projects and they could use their favorite tools (so long as it is generated by bakefile that is!).
Anyways, any contribution is very apreciated!
RShadow:
--- Quote from: mandrav ---Like it's my choice...
Sourceforge doesn't support subversion yet. If it did, we 'd be using it from day one :)
Just as a little background, C::B initially was started at tigris.org for this reason: Subversion...
But for many reasons, including slow access times for many people from US, I had to move the project to sourceforge.
Now, sourceforge promised that it 'll be providing subversion repositories, but I wouldn't expect it to happen any time soon...
Yiannis.
--- End quote ---
Is it possible to do development at tigris or berlios and use SF as the mirror/download site? I don't know if this is feasable or not.. but an idea.
--- Quote from: takeshimiya ---
Bakefile is different in that it generates native makefiles/script/projects, maybe it could generate a SCons script (but I don't think it does at the moment). The idea as I see it (and what I like) is that the developers maintain a generating script(s) and run bakefile on it to create the files that are actually used to build the project. This means it is relatively easy to maintain i.e after if you decide to change pa_win_wmme.c to pa_win_mme.c and add some_utils_1.c you would just update one file and then generate the makefiles/projects rather than having to update all n that are supplied.
You would not be forcing the user of the library to use bakefile to make it as you would supply the generated makefile/projects and they could use their favorite tools (so long as it is generated by bakefile that is!).
--- End quote ---
I see your point, however the problem is still with the Makefile's themselves (IMHO). I am not seeing how using SCon's or Bakefiles or whatever prevents user from using C::B? or their "favorite tools." Most IDE's use a proprietory format. Most also as an alternative produce a Makefile.. that must be run from the command line..
scons -Q SHARED=1 CBINSTALL=/usr/local/bin WXVER=2.6.1
make -f Makefile.unix.wx2.6
..pray..
dos2unix update
chmod 755 update
./update
cd output
cp *.so /usr/lib64
mv codeblocks.exe /usr/local/bin/codeblocks/codeblocks
mv run.sh /usr/local/bin/codeblocks/run.sh
SCon's seems more simple to me. For unix folks the chances of Python being installed is very high. For windows users there is a bin executable of SCon's that doesn't require python to be installed.
However, I am going to create a Bakefile script; However somebody will need to maintain it... handwriting xml code make my head hurt...
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version