Opened 10 years ago

Closed 2 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)

gdallibjpeg.patch (18.5 KB) - added by nowakpl 10 years ago.
experimental patch

Download all attachments as: .zip

Change History (4)

Changed 10 years ago by nowakpl

Attachment: gdallibjpeg.patch added

experimental patch

comment:1 Changed 10 years ago by Even Rouault

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:2 Changed 3 years ago by Jukka Rahkonen

What do the build experts say?

comment:3 Changed 2 years ago by Even Rouault

Milestone: closed_because_of_github_migration
Resolution: wontfix
Status: newclosed

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.

Note: See TracTickets for help on using tickets.