gdal @3.7.3: Build failure when /Library/Frameworks/rasterlite2.framework exists

[guidod0]

I believe the issue comes from the fact that there is no gdal-3.7.3 for darwin_23.arm64 but would like help in understanding when it may become available.

The first error comes from

:info:archivefetch --->  gdal-3.7.3_1+postgresql15+proj9.darwin_23.arm64.tbz2 doesn't seem to exist in /opt/local/var/macports/incoming/verified
:msg:archivefetch --->  Attempting to fetch gdal-3.7.3_1+postgresql15+proj9.darwin_23.arm64.tbz2 from https://packages.macports.org/gdal
:debug:archivefetch Fetching archive failed: The requested URL returned error: 404
:msg:archivefetch --->  Attempting to fetch gdal-3.7.3_1+postgresql15+proj9.darwin_23.arm64.tbz2 from https://ywg.ca.packages.macports.org/mirror/macports/packages/gdal
:debug:archivefetch Fetching archive failed: The requested URL returned error: 404
:msg:archivefetch --->  Attempting to fetch gdal-3.7.3_1+postgresql15+proj9.darwin_23.arm64.tbz2 from http://mirror.fcix.net/macports/packages/gdal
:debug:archivefetch Fetching archive failed: The requested URL returned error: 404
:debug:archivefetch Privilege de-escalation not attempted as not running as root.

[ryandesign (Ryan Carsten Schmidt)]

A missing binary archive is never the cause of a build failure.

The log shows the real problem was:

:info:build ld: file cannot be mmap()ed, errno=22 path=/Library/Frameworks/rasterlite2.framework in '/Library/Frameworks/rasterlite2.framework'

Having software installed in /Library/Frameworks or /usr/local can interfere with MacPorts. See wiki:FAQ#libraryframeworks. While this problem should be fixed here if possible, I recommend removing what you have installed in /Library/Frameworks and /usr/local to avoid further problems. If you do that, sudo port clean gdal before trying to build it again.