无法构建仅支持PNG的GNU APL？求无X11/GTK的PNG支持方案

问题背景 #

在macOS 10.15 Intel系统中，从SVN 1757构建了带有PNG支持但不含X与GTK的GNU APL，通过ldd命令确认程序已链接libpng和zlib等必要库：

$ ldd /usr/local/bin/apl 
/usr/local/bin/apl:
    /usr/lib/libsqlite3.dylib (compatibility version 9.0.0, current version 308.5.0)
    /usr/local/lib/libpng16.16.dylib (compatibility version 58.0.0, current version 58.0.0)
    /usr/lib/libz.1.dylib (compatibility version 1.0.0, current version 1.2.11)
    /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 1281.100.1)
    /usr/lib/libncurses.5.4.dylib (compatibility version 5.4.0, current version 5.4.0)
    /usr/lib/libc++.1.dylib (compatibility version 1.0.0, current version 902.1.0)

但调用内置⎕PNG函数读取PNG文件时触发错误：

p ← ⎕png 'test.png'
SYNTAX ERROR+
      p←⎕PNG 'test.png'
        ^
      )more
Bad luck. The system function ⎕PNG has raised a SYNTAX ERROR even though the
syntax used was correct. The real reason for the SYNTAX ERROR was that a
library or header file on which ⎕PNG depends:
    ... 
    ... etc. etc. messages appropriate for a Linux system
    ...
The possibly missing (or disabled) libraries needed by ⎕PNG were: libpng.so libgtk-3.so

当前仅需基础PNG读写功能，libpng本身即可满足，为何GNU APL的PNG支持必须依赖GTK？是否有办法在不安装X11/GTK的前提下使用PNG功能？

解答 #

为什么⎕PNG需要GTK？ #

GNU APL的⎕PNG系统函数并非单纯封装libpng的读写接口，它还集成了PNG图像的显示与交互能力，GTK是其实现窗口渲染、图像展示等UI逻辑的依赖。即使你只用到读写功能，函数初始化阶段仍会强制检查GTK依赖是否存在，检测失败就会抛出错误——这是函数实现层面的耦合，和libpng本身的需求无关。

无需X11/GTK使用PNG的可行方案 #

• 修改源码剥离GTK依赖
  找到⎕PNG的实现文件（通常在src/SystemFunctions/PNG.cc），删除其中GTK相关的初始化代码和UI逻辑，仅保留基于libpng的读写模块。重新编译时指定./configure --without-gtk --with-png，确保禁用GTK同时保留PNG支持。
• 自定义外部函数绕开内置实现
  不使用内置⎕PNG，通过GNU APL的外部函数接口编写自定义函数，直接调用libpng库完成PNG读写，完全避开内置函数的GTK检查。
• 查找分支/修改版
  部分社区修改版或早期版本的GNU APL可能将PNG读写与GTK功能分离，可以尝试寻找此类分支编译使用。

内容的提问来源于stack exchange，提问作者aMike