<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=utf-8">
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META NAME="Generator" CONTENT="MS Exchange Server version 6.0.6249.1">
<TITLE>Re: [Gdal-dev] Windows build from CVS</TITLE>
</HEAD>
<BODY dir=ltr>
<DIV><FONT size=2>Frank,</FONT></DIV>
<DIV><FONT size=2></FONT> </DIV>
<DIV><FONT size=2>It's all smoke and mirrors to me. (And pretty p*ss-poor
of nmake to choke. We also spent a long time recently infuriated by the VS
.NET debugger, which refused to step onto a block of code. It turned out
the code had LF not CRLF which *displayed* OK in VS.NET, but the debugger
thought was all one long line. What joy.)</FONT></DIV>
<DIV><FONT size=2></FONT> </DIV>
<DIV><FONT size=2>I was using cvs 1.11.2, from <A
href="http://www.cvshome.org">www.cvshome.org</A>, which is way out of
date. I'll try again with 1.11.17, the current stable
version.</FONT></DIV>
<DIV><FONT size=2></FONT> </DIV>
<DIV><FONT size=2>Regards,</FONT></DIV>
<DIV><FONT size=2>Martin</FONT></DIV>
<BLOCKQUOTE dir=ltr style="MARGIN-RIGHT: 0px">
<DIV><FONT size=2>-----Original Message----- <BR><B>From:</B> Frank Warmerdam
[mailto:warmerdam@pobox.com] <BR><B>Sent:</B> Fri 08/10/2004 14:11
<BR><B>To:</B> Martin Daly <BR><B>Cc:</B> gdal-dev@remotesensing.org
<BR><B>Subject:</B> Re: [Gdal-dev] Windows build from CVS<BR><BR></FONT></DIV>
<P><FONT size=2>Martin Daly wrote:<BR>> Frank,<BR>><BR>> I did a cvs
update this morning, and the Windows build was broken. I<BR>> had to
change two files as follows, both
attached:<BR>...<BR>>
M[M13] = byte[4] * fabs((double) byte[4]) * M[M11] /
(127*127);<BR>> M[M14] =
byte[5] * fabs((double) byte[5]) * M[M11] /
(127*127);<BR>> M[M23] =
byte[6] * fabs((double) byte[6]) * M[M11] /
(127*127);<BR>> M[M24] =
byte[7] * fabs((double) byte[7]) * M[M11] / (127*127);<BR>><BR>> VC++
.NET has multiple fabs-s (float, double and long double),and can't<BR>>
choose which one without a cast.<BR><BR>Martin,<BR><BR>Thanks, I have applied
the above.<BR><BR>> frmts\hdf4\hdf-eos\makefile.vc<BR>><BR>> This did
not have CRLF endings, and nmake was choking on it as a result.<BR><BR>I have
recommitted with DOS CRLF text conventions.<BR><BR> > And another one:
nmake.opt<BR> ><BR> > On further inspection, it looks like
there were LFCRLF triplets for each<BR> > line.<BR><BR>Hmm, I took a
look at this and I don't see this problem. Any idea why yours<BR>might
come out of CVS different than mine?<BR><BR>Best
regards,<BR>--<BR>---------------------------------------+--------------------------------------<BR>I
set the clouds in motion - turn up | Frank Warmerdam,
warmerdam@pobox.com<BR>light and sound - activate the windows | <A
href="http://pobox.com/~warmerdam">http://pobox.com/~warmerdam</A><BR>and
watch the world go round - Rush | Geospatial Programmer for
Rent<BR><BR><BR></FONT></P></BLOCKQUOTE>
</BODY>
</HTML>