[fdo-internals] FDO RFC 21 - New Linux Buildsystem Cmake Based

[Jason Birch]

Hi Greg,

I think that Helio has already done most of the work for the RFC (other
than documentation?) as part of his effort creating FDO/MapGuide
packages for Mandriva.  As far as I can see, the patches do not remove
any of the existing files; and the RFC mentions that they can stay in
place with no ill effects during the transition.

One of the hopes that I had was that by having CMake generate the
Microsoft solution/project files, we could avoid the situation we saw
earlier with all developers having to move to VS2008 at one time.  Not
sure if this makes sense though. 

Apart from that, I am entirely in favour of this RFC because I believe
that it will contribute to making FDO available across more platforms in
a package-friendly way.  If we can get any outstanding questions or
concerns wrapped up fairly soon (Greg, have you had a chance to look at
the patches?) I would love to see this move to a vote.

Jason

-----Original Message-----
From: Greg Boone
Subject: RE: [fdo-internals] FDO RFC 21 - New Linux Buildsystem Cmake
Based

Hi Helio,

You should really get the RFC approved by the PSC before moving too far
ahead with the implementation. As a part of the RFC approval, you will
have to provide responses on how you have addressed the concerns I
originally voiced some time ago:

If the changes are submitted:

1) Can a full build, that includes FDO and all providers, be run in
batch, without the need for any FDO/Thirdparty components to be
installed?
2) Will new build routines for all FDO, providers and Utility projects
be supported as a part of the RFC code submission?
3) Will the build documentation be updated as a part of the submission?
4) How will build validation be performed?

I also recommend not deleting any existing build files as a part of your
eventual submission so that both build options can co-exist until all
the kinks are worked-out.

You also need to outline how the Windows build will be affected. Just to
give you a heads up, I am not in favor of requiring users to dynamically
generate .sln, .vcproj or .csproj files.

Greg