Hi all, 

// About scons vs. qmake vs. something else:

> Gabriel M. Beddingfield wrote:
> * 2 build systems:  For getting out 0.9.4, just
> simply having 2 build systems may be the best
> and most stable option.  Put all the files
> out there and add clear instructions in
>  README or INSTALL.

This might be the best option for now. Building on macosx does not work with 
scons. Building with qmake (in combination with macports) works, although 
strangely enough you have to run scons once to create a config.h file.... 
As Sebastian said, since the goal is to deliver pre-compiled packages for win 
and osx, no-one cares /how/ these packages are actually build (or, in case of 
osx, hacked together). I now have the routine of how to build for osx, so the 
way it is just works... It could be  more work though to maintain two (or more) 
branches?

> * scons:  Figure out how to make scons work for
> Windows, OSX, and Qt.  Possibly take the oppor-
> tunity to restructure some things.  (Possibly
> not.)

I have no idea whether this is easy to do. In the longer run this is nicer and 
cleaner, but maybe not worth the effort? 


// About the renaming of win_ports to qmake:

> At the moment both windows and OSX builds are based on the win_ports 
> branch, so i would like to rename the branch to
> "qmake" or something similar. It feels uncomfortable for me to create 
> and maintain a new branch just for this purpose (hold some qmake files),
> but i suppose its better then merging it to trunk. I suppose some people 
> will be confused when there is qmake besides scons (on linux).
>  I'm not really sure on this point..

What actually *is*  the problem with merging the win_ports branch and the 
trunk, and have two build system co-exist? Wouldn't that save time on 
maintaining 2 branches? It looks messier, but again, if you say most people 
will download pre-complied packages anyway, would that really matter? Just say 
in the INSTALL file that people running Linux should use scons, and the rest 
qmake.

If this is not acceptable I like your idea to rename the branch. "win_ports" 
suggests, well, that it's for windows only.

best! michiel


      

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
_______________________________________________
Hydrogen-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/hydrogen-devel

Reply via email to