Opened 22 years ago
Last modified 22 years ago
#215 closed defect (fixed)
Windows build of CVS 10/08/02 broken
Reported by: | Owned by: | dron | |
---|---|---|---|
Priority: | high | Milestone: | |
Component: | default | Version: | unspecified |
Severity: | normal | Keywords: | |
Cc: |
Description
Dear Frank and Andrey Kiselev: I was just trying to build GDAL CVS from yesturday on Windows 2000 using Visual Studio 6.0 and found several problems involving the integration of the new Jpeg2000 driver. But I have fixed these problems and will upload the files to this bug. I would like the two of you to look over the changes and then commit them to CVS. Dave Graham Files I have had to change are gdal/nmake.opt gdal/makefile.vc gdal/frmts/makefile.vc gdal/frmts/gdalallregister.cpp gdal/frmts/jpeg2000/makefile.vc gdal/frmts/jpeg2000/jpeg2000dataset.cpp
Attachments (7)
Change History (11)
by , 22 years ago
Attachment: | Copy of nmake.opt added |
---|
by , 22 years ago
Attachment: | makefile.3.vc added |
---|
gdal/frmts/jpeg2000/makefile.vc <- the real one this time
comment:1 by , 22 years ago
Andrey, Can you look into integrating these changes as appropriate? Thanks,
comment:2 by , 22 years ago
All patches applied (with few corrections). The IReadBlock() function in the jpeg2000dataset.cpp may be changed in the future, currently used David's solution. Concerning gdalallregister.cpp: Frank, do you have plans to add some logic in the configure script to determine presence of the Kakadu library? For now I just comment out GDALRegister_JP2KAK(). Thank you, David!
comment:4 by , 22 years ago
Andrey, Yes, I agree about the IReadBloeck function. Not sure what the problem with the VC++ 6.0 compile is. What you did looked fine to me. Makes me wonder about the compiler. I simply installed a workaround as you saw. Dave
Note:
See TracTickets
for help on using tickets.
gdal/nmake.opt