[MacPorts] #59510: gdal @3.0.1_3: Build fails, argument list too long

[MacPorts]

#59510: gdal @3.0.1_3:  Build fails, argument list too long
--------------------------+----------------------
 Reporter:  Dave-Allured  |      Owner:  Veence
     Type:  defect        |     Status:  assigned
 Priority:  Normal        |  Milestone:
Component:  ports         |    Version:
 Keywords:                |       Port:  gdal
--------------------------+----------------------
 I am building gdal 3.0.1 from source using Macports.  I am building into a
 custom user directory, and not using sudo.  "Port install" proceeds to
 compile many gdal components without trouble.  Then it fails with
 "Argument list too long" on a very long libtool command.  See main.log
 which I am attaching.

 Here is the point of failure from main.log.  The offending command line is
 252733 characters long.  There are 1267 arguments to the libtool command,
 most of them containing long full paths (only 3 of those shown here).  I
 added line breaks for clarity, and truncated.  See main.log for the
 original, unmodified long command.

 {{{
 :info:build /Library/Developer/CommandLineTools/usr/bin/make libgdal.la
 :info:build make[1]: Entering directory
 `/Volumes/User/dallured/port/262/var/macports/build/_Volumes_User_dallured_port_262_var_macports_sources_rsync.macports.org_macports_release_tarballs_ports_gis_gdal/gdal/work/gdal-3.0.1/gdal'
 :info:build /bin/sh
 /Volumes/User/dallured/port/262/var/macports/build/_Volumes_User_dallured_port_262_var_macports_sources_rsync.macports.org_macports_release_tarballs_ports_gis_gdal/gdal/work/gdal-3.0.1/gdal/libtool
         --mode=link
         --silent
         /usr/bin/clang++
         -std=c++14
         -L/Users/dallured/port/262/lib
         -Wl,-headerpad_max_install_names
         -stdlib=libc++
 -Wl,-syslibroot,/Library/Developer/CommandLineTools/SDKs/MacOSX10.14.sdk
         -arch x86_64
         -lcrypto
         -lqhull
         -lqhull
         -L/Users/dallured/port/262/lib
         -lgeos_c
         -lwebp
 <snip>
 /Volumes/User/dallured/port/262/var/macports/build/_Volumes_User_dallured_port_262_var_macports_sources_rsync.macports.org_macports_release_tarballs_ports_gis_gdal/gdal/work/gdal-3.0.1/gdal/alg/contour.lo
 /Volumes/User/dallured/port/262/var/macports/build/_Volumes_User_dallured_port_262_var_macports_sources_rsync.macports.org_macports_release_tarballs_ports_gis_gdal/gdal/work/gdal-3.0.1/gdal/alg/delaunay.lo
 /Volumes/User/dallured/port/262/var/macports/build/_Volumes_User_dallured_port_262_var_macports_sources_rsync.macports.org_macports_release_tarballs_ports_gis_gdal/gdal/work/gdal-3.0.1/gdal/alg/gdal_crs.lo
 <snip>
 :info:build         -rpath /Users/dallured/port/262/lib \
 :info:build         -no-undefined \
 :info:build         -version-info 26:1:0
 :info:build make[1]: /bin/sh: Argument list too long
 :info:build make[1]: *** [libgdal.la] Error 1
 }}}
 I think this is a corner case, convergence of two factors:
 1.  Major version update from gdal 2.x to 3.x.  Version 2.x built fine for
 me recently.
 2.  Custom install prefix which is longer than the usual `/opt/local`.
 What is the best approach to fix this?  Devise a Macports patch, or
 request a fix upstream?  Is there a Macports approach to reduce
 duplication of the same 1267 very long file prefixes?

-- 
Ticket URL: <https://trac.macports.org/ticket/59510>
MacPorts <https://www.macports.org/>
Ports system for macOS