Opened 13 years ago
Closed 5 years ago
#3949 closed defect (wontfix)
issues with internal libjpeg and linking libjpeg in programs using gdal
Reported by: | nowakpl | Owned by: | warmerdam |
---|---|---|---|
Priority: | normal | Milestone: | closed_because_of_github_migration |
Component: | default | Version: | svn-trunk |
Severity: | normal | Keywords: | |
Cc: |
Description
GDAL was built with internal jpeg library for 12bit support but libjpeg is also needed in the external program linking with gdal. This results in: Wrong JPEG library version: library is 62, caller expects 80 when linking gdal first, external libjpeg second or in: ERROR 1: JPEGLib:Wrong JPEG library version: library is 80, caller expects 62 Assertion failed: (sp->cinfo.comm.is_decompressor), function JPEGSetupDecode, file tif_jpeg.c, line 958. when linking with external libjpeg first, gdal second. A simple fix would be to change (using defines) the names of internal libjpeg functions to different from normal libjpeg function names.
Attachments (1)
Change History (4)
by , 13 years ago
Attachment: | gdallibjpeg.patch added |
---|
comment:1 by , 13 years ago
Adam, I somehow remember you can build GDAL with external libjpeg, and specify --with-jpeg12 to use internal libjpeg only for 12 bit mode. This should solve your issue, if I have understood it well.
comment:3 by , 5 years ago
Milestone: | → closed_because_of_github_migration |
---|---|
Resolution: | → wontfix |
Status: | new → closed |
This ticket has been automatically closed because Trac is no longer used for GDAL bug tracking, since the project has migrated to GitHub. If you believe this ticket is still valid, you may file it to https://github.com/OSGeo/gdal/issues if it is not already reported there.
experimental patch