Opened 9 years ago
Closed 9 years ago
#6148 closed enhancement (fixed)
Remove or move jp2dump from gcore
Reported by: | Kurt Schwehr | Owned by: | Kurt Schwehr |
---|---|---|---|
Priority: | normal | Milestone: | 2.1.0 |
Component: | default | Version: | svn-trunk |
Severity: | normal | Keywords: | |
Cc: |
Description
jp2dump does not currently build for me in trunk head ( r30992 ).
If we remove or move jp2dump (to apps?), then the gcore directory becomes just a lib. Then, since the GNUMakefile already uses GNU'ism, we can do this to specify the .o files based on globbing all of the .cpp files in the directory. With jhove around, do we still need jp2dump?
SRC := ${wildcard *.cpp} OBJ := ${SRC:.cpp=.o}
Change History (5)
comment:1 by , 9 years ago
follow-up: 3 comment:2 by , 9 years ago
Owner: | changed from | to
---|---|
Status: | new → assigned |
Removed jp2dump: r31000.
Would it be helpful to mention non-GDAL utilities such as jhove, kdu_jp2info, imagemagick/graphicsmagick identify, and perceptualdiff on the JPEG2000Utils page?
comment:3 by , 9 years ago
Would it be helpful to mention non-GDAL utilities such as jhove, kdu_jp2info, imagemagick/graphicsmagick identify, and perceptualdiff on the JPEG2000Utils page?
Feel free to edit the wiki (I mean generally, not just for that item).
comment:4 by , 9 years ago
Added to the wiki: https://trac.osgeo.org/gdal/wiki/UserDocs/JPEG2000Utils?version=5
comment:5 by , 9 years ago
Milestone: | → 2.1.0 |
---|---|
Resolution: | → fixed |
Status: | assigned → closed |
I think we can remove jp2dump. I developed recently something much more comprehensive: https://trac.osgeo.org/gdal/wiki/UserDocs/JPEG2000Utils