[fdo-internals] RE: [mapguide-internals] fdo installation & build
script confusion
UV
uvwild at googlemail.com
Thu Sep 24 22:50:13 EDT 2009
Fair enough!
I think also mapguide debug with fdo release might be a popular
combination....
Looks like it makes more sense that the install script of the fdo
package is updated....
however i had to change the paths in my installations manually a few
times already.
for the build server fixing it in the scripts will be mandatory.
just too bad that in the current devel process i am writing a lot more
messages than the code that needs only little tweaks...
I suggest to consider a synchronuous peer review process where small
patches can be instantly accepted in a brief
chat or skype session after at least 3 people looked at it.
Tom Fukushima wrote:
> Let's see if I understand this...Does this work if I need to do both a 32-bit and 64-bit build using the a single version of the source? This is what the build machine will need to do. If the answer is no then I think that the change should be made in the FDO build scripts to put the binaries into the correct bin subfolder {bin\release, bin\release64, bin\debug, bin\debug64}.
>
> -----Original Message-----
> From: mapguide-internals-bounces at lists.osgeo.org [mailto:mapguide-internals-bounces at lists.osgeo.org] On Behalf Of UV
> Sent: Wednesday, September 23, 2009 6:17 PM
> To: MapGuide Internals Mail List; FDO Internals Mail List
> Subject: [mapguide-internals] fdo installation & build script confusion
>
> In order to test my sandbox branched from trunk I needed to compile FDO
> from trunk as there are no build server is creating HEAD builds for this
> yet.
>
> this cannot work out of the box because of path issues.
>
> the mapguide buildscript checks for
>
> MgDev\Oem\FDO\Bin\%TYPEBUILD%
>
> whereas the FDO build.bat installs into
>
> MgDev\Oem\FDO\Bin
> MgDev\Oem\FDO\Inc
> MgDev\Oem\FDO\Lib
>
> I included a patch for mapguide MgDev\build.bat to make this work more
> intuitively as those build scripts still are a lot easier to use than
> many separate VS solutions
>
> now you can build FDO & mapguide
> using:
> >cd %PATH_TO_FDO%
> >build -a=buildinstall -o=%PATH_TO_MGDEV%\Oem
> >cd %PATH_TO_MGDEV%
> >build
>
> I know this is between to separate OsGeo projects but not being
> responsible does not make it go away.
> _______________________________________________
> fdo-internals mailing list
> fdo-internals at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/fdo-internals
>
>
More information about the fdo-internals
mailing list