[MacPorts] #64141: gdal @3.3.1_2+postgresql13+proj8: Crash with GeoTIFF that uses JPEG compression

[MacPorts]

#64141: gdal @3.3.1_2+postgresql13+proj8: Crash with GeoTIFF that uses JPEG
compression
-------------------------+----------------------
  Reporter:  bal-agates  |      Owner:  Veence
      Type:  defect      |     Status:  assigned
  Priority:  Normal      |  Milestone:
 Component:  ports       |    Version:  2.7.1
Resolution:              |   Keywords:
      Port:  gdal        |
-------------------------+----------------------

Comment (by justinbb):

 This is still a showstopper, still a very bad bug. The worst is that in
 the current state of things, it looks okay at build time and both GDAL and
 dependent apps such as QGIS seem to work just fine. Then you display a
 JPEG-compressed GeoTIFF and it breaks. QGIS simply crashes, because the
 error return from GDAL is "handled" by failing an assert. (groan.)

 It is a problem all over the GDAL world, with equivalent bugs posted in
 other package managers. The GDAL people should really rip out the
 embedded, ancient libjpeg. But in the meantime (a very long meantime, this
 has been going on for years) it's necessary to fix the portfile to allow
 reliably generating a functional library!

 In my configuration, simply doing port install qgis3 causes libjpeg-turbo
 to be installed as a dependency of a dependency somewhere. The GDAL
 library is mangled because it pulls in jpeglib.h from /opt/include, which
 is version 80, but it includes the code for the embedded version 62. Thus
 the inconsistency is compiled into libgdal !!

 Quick-and-dirty workaround was to do port disable libjpeg-turbo, then port
 install gdal, then port enable libjpeg-turbo again.

-- 
Ticket URL: <https://trac.macports.org/ticket/64141#comment:7>
MacPorts <https://www.macports.org/>
Ports system for macOS