Re: NMakefile from freetds-0.83.dev.20101006 RE: [Fwd:FreeTDS for MS VC++ 2010]

From: [email protected]
> On Mon, Oct 11, 2010 at 05:18:47PM +0100, Neuhauser, Roman (GE Capital, consultant) wrote:
> > I just ran nmake -f NMakefile in freshly extracted freetds-current.tgz
> > (freetds-0.83.dev.20101006), and got:
> > 
> > C:\tmp\freetds-0.83.dev.20101006>nmake -f NMakefile -nologo PLATFORM=win32 CONFIGURATION=debug
> >         perl src\tds\types.pl misc\types.txt > include\types.h.err
> > Can't open perl script "src\tds\types.pl": No such file or directory
> > NMAKE : fatal error U1077: 'perl' : return code '0x2'
> 
> Just copy src\tds\types.h to include\, and run nmake.  
> 
> $ diff include\types.h build\src\tds\types.h
> 2c2
> <  * This file produced from src\tds\types.pl
> ---
> >  * This file produced from ../../../src/tds/types.p
> 
> I think at one time types.h was in the include directory and 
> later we decided to leave in the the tds directory.  
> NMakefile assumes it will be in include.  If you copy the 
> file, you satisfy the dependency without needing Perl or types.pl.  
> HTH.

that just leads to more complaints about members of $(GENERATED_FILES).

find . -name \*.pl in the tarball returns only ./samples/odbctest.pl ./samples/test.pl,
so it looks like the rules for include\types.h, src\tds\tds_willconvert.h,
src\tds\encodings.h and src\tds\num_limits.h are all bogus.

however, there's another brick wall beyond these files:

NMAKE: fatal error U1073: don't know how to make 'src\replacements\win32\debug\getopt.obj'

find . -name \*getopt\* finds nothing.

-- 
roman