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
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.