[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
RE: Question: Windows Build - feature branch
From: |
Conrad T. Pino |
Subject: |
RE: Question: Windows Build - feature branch |
Date: |
Sun, 4 Apr 2004 11:48:35 -0700 |
Hi Derek,
> From: Derek Robert Price [mailto:address@hidden
> >May I assume this choice is deliberate and won't change soon?
>
> Well, yes and no. The decision to stick with 5.0 hasn't really changed,
> but for practical reasons, when it becomes necessary to update the build
> files, I use 6.0 (I only have MSVC++ 6.0). As long as no one else takes
> responsibility for the Windows build files, this is probably the way it
> will stay. When I recently updated the build files, Dennis Jones
> re-regenerated the *.mak files with 5.0. If he keeps this up, then I
> have no problem checking the 5.0 files in.
=====================
I'm surprised by, "As long as no one else takes responsibility for the Windows
build files..." and concerned that responsibility for the Windows build devolved
to you since time spent on build mechanics is time lost from usable
enhancements.
Keep me in mind if there's something you can delegate keeping in mind I've a lot
left to learn.
I assume the Windows CVS binary supplied at cvshome.org is widely used as the
preferred binary command line version and perhaps underneath WinCVS also but
I'd like to hear your perspective first before acting.
=====================
We're in a mixed Visual C++ (VC) 5.0 & 6.0 mode because supporting 5.0 is still
the project goal but the current contributors have limited access to VC
versions.
I'm aware of only you, Dennis Jones and I are actively dabbling with the Windows
build.
Can you say who the other active stake holders in the Windows build process are?
Is dropping support for VC 5.0 in favor of VC 6.0 an option?
Is adding a complete set distinctly named VC 6.0 build files and keeping VC 5.0
files in a semi-maintained state an option?
=====================
Relying on a commercial compiler that isn't compatible with the *nix build
process
strikes me at odds with most open source practice. I'm concerned that
maintaining
distinct builds is seems problematic in a resource constrained project.
What is the current level of support for building CVS with gcc on Windows?
Is dropping VC support in favor of gcc on Windows an option?
=====================
> Derek
Conrad