Re: [Fwd: FreeTDS for MS VC++ 2010]
"Neuhauser, Roman (GE Capital, consultant)" <[email protected]>
| Newsgroups | gmane.comp.db.tds.freetds |
|---|---|
| Message-ID | <D3A73269432A224FA3E7ECE3DDDFCE4004B5ABFE@LONMLVEM10.e2k.ad.ge.com> |
From: [email protected] [mailto:[email protected]] On Behalf Of LacaK > And second question: if I supply project files for MS VC 2010, do you > include them in FreeTDS sources as next alternative to msvc6 > project files ? > (msvc6 project files can not be opened in VC 2010) as a user, i'd prefer if freetds concentrated on Makefiles. dead ends such as the one you've run into simply wouldn't exist: anyone can patch a Makefile to support new, incompatible tools. OTOH it seems that VC 2010 renders the work put into producing and "maintaining" the ds[pw] files wasted. the notion that an OSS project should shovel energy (no matter how little) into opaque files used by a third-party commercial tool which introduces incompatibilities with each version just doesn't seem reasonable to me, especially when those opaque files aren't *required* to use the project with said third-party tool. IOW, i support the argument jkl made in reply to one of your emails: > Supporting the Windows development environment is a bit of a nuisance -- > no offence intended! -- for a free software project because the setup is > so variable. I wrote the FreeTDS NMakefile specifically to compile db-lib > regardless of the version of Visual Studio anyone might happen to use. I > don't know now portable it really is, or if anyone uses it, but at least > if problems are found it can be patched. A .dsw or .sln or .vcproj file > cannot be patched, and likely as not won't work anyway. Just the other > day I tried to compile APL for Windows and VS complained the project file > was for a newer version. No simple remedy there. -- roman