我的电脑操作系统是windows 11 64位，电脑的cpu是 i9-13900H。我从网址ht...

Question

我的电脑操作系统是windows 11 64位，电脑的cpu是 i9-13900H。

我从网址http://oalib.hlsresearch.com/AcousticsToolbox/下载了at source code (zip file) for Mac, Linux, or Windows. Binaries are NOT provided. (2024_12_25)，并将其解压到c盘文件夹ac1内。

网址中有一段关于如何编译的表述：
Compiling the package
The Fortran95 standard does not clarify whether record lengths are in bytes or words. For some compilers, e.g. the Intel Fortran you need to use a compiler switch making bytes the standard unit for record lengths. We use the free gfortran compiler.

The compilation is done using standard Makefiles that work under Unix, OS X, etc. We also use them under Windows with either the Cygwin system or MinGW, which provide a Unix-like environment under Windows. Cygwin and Mingw are also freely distributed.

text
make clean # to remove old objects and executables

make # to compile (can also say 'make all' )

!!!! make install # to move the binaries to at/bin (currently not implemented)

原始的makefile文件如下：

To install the Acoustics Toolbox:

1) Uncomment the appropriate lines below to select your FORTRAN compiler

(also be sure to comment out all of the lines corresponding to the other compilers).

2) If you're using gfortran check the -march switch that selects the chip you're using.

Usually -march=native works

3) From a command line shell, run:

% make clean

% make

on some machines you need to say -mcmodel=medium (or large) to allow for variables larger than 2 gig

* Windows *

If you don't have a FORTRAN compiler, the MinGW ("Minimalist GNU for Windows") compiler suite

is a good choice as it is much easier to install than Cygwin. See http://www.mingw.org/ for details.

Not sure if this is still necessary, but we used to have to change the options -O3 to -O2 below when using gfortran

* Linux *

Most Linux distributions have gfortran already packaged and it can be installed with the respective

package manager (e.g. apt-get, dnf, yum). The packaged versions of the LAPACK library are generally

compatible with Krakel. If you want statically linked executables, "-static" works with gfortran.

* Mac *

The option to create an executable that uses a static library has been a problem.

The gcc community seems to feel that dynamic vs. static libraries is an issue of religious importance.

I prefer static libraries because users have a lot fewer problems installing the code when they don't have

to worry about getting the LD_LIBRARY_PATH set, or the fact that some programs (e.g. Matlab) may reset

that path to an incompatible version.

-static is supposed to work if gfortran has been compiled to enable that option.

However, crt0.o comes up as misssing

-Bstatic worked

You may need to specify an architecture flag under gfortran:

-mcpu=apple-m2 ( for M2 processor)

-mcpu=ARMv8.6-A ( for generic ARM processor instruction sets)

For further info, see https://oalib-acoustics.org/website_resources/AcousticsToolbox/AT_compile_mac_linux.html

11/27/2023:

A user reported issues with security on the HPC binary files. Apparently some of the downloaded files were quarantined by the Mac OS

and needed fixing using the xattr command

Also a user noted that Xcor developer tools are not needed. Apparently the Command Line Tools are sufficient.

A user reported that the warning messages produced when running the Makefile were confusing, but that the compiled code worked anyway.

The make utility tends to get confused with modules because it does not necessarily update the *.mod file

when it compiles the .f90 file. (The .mod file contains interface information that doesn't necessarily change

even when the *.f90 file has changed.)

As a result, you may find that make keeps compiling a module, that was already compiled.

A 'make clean' will fix that

______________________________________________________________________________

*** ifort

These lines are used under Mac OSX; the syntax is different under Windows

!!!!!!! You also need to use xiar instead of ar

That change needs to be made in at/misc/Makefile and at/tslib/Makefile

Note that the -assume byterecl is important, otherwise the output files have the wrong format

If you use the -parallel option, the compiler links into a dynamic library for OpenMP

Then you need to make sure that dylib is in the path

Choose the best architecture (target machine) using the -x switch

According to the latest benchmarks on polyhedron, it looks like -parallel is very helpful

need -heap-arrays to avoid stack overflows for big runs ...

-no-wrap-margin was added to avoid ascii arrival files being wrapped at 80 characters

export FC=ifort

export FFLAGS= -O3 -parallel -axSSE4.2 -nologo -inline-level=2 -assume byterecl -threads -heap-arrays

export FFLAGS= -fast -axAVX -parallel -nologo -inline-level=2 -assume byterecl -threads -heap-arrays
export FFLAGS= -O3 -axAVX -funroll-loops -parallel -no-prec-div -nologo -inline-level=2 -assume byterecl -threads -heap-arrays
export FFLAGS= -O3 -axAVX -funroll-loops -parallel -no-prec-div -nologo -inline-level=2 -assume byterecl -threads -heap-arrays
export FFLAGS= -O3 -xHost -qopt-report -funroll-loops -parallel -no-prec-div -nologo -inline-level=2 -assume byterecl -threads -heap-arrays
export FFLAGS= -O3 -xHost -funroll-loops -no-prec-div -nologo -inline-level=2 -assume byterecl -threads -heap-arrays -no-wrap-margin

recommended settings from POLYHEDRON site

export FFLAGS= -O3 -fast -ipo -nostandard-realloc-lhs

export FFLAGS= -O3 -fast -parallel -ipo -nostandard-realloc-lhs

export FFLAGS= -O3 -fast -parallel -ipo -no-prec-div -assume byterecl -heap-arrays

export FFLAGS= -O3 -fast -parallel -ipo -no-prec-div -qopt-report-phase=par -qopt-report:5 -assume byterecl -heap-arrays

export FFLAGS= -O3 -nologo -inline-level=2 -assume byterecl -threads -heap-arrays

export FFLAGS= -O3 -ipo -funroll-loops -xAVX -no-prec-div -axAVX -nologo -inline-level=2 -assume byterecl -threads -heap-arrays

compilation diagnostics on:

export FFLAGS= -O3 -fast -parallel -ipo -nostandard-realloc-lhs -nologo -inline-level=2 -assume byterecl -threads -heap-arrays -check -traceback

export FFLAGS= -O3 -fast -ipo -nostandard-realloc-lhs -nologo -inline-level=2 -assume byterecl -threads -heap-arrays -check -traceback

runtime diagnostics on as well:

#export FFLAGS= -nologo -inline-level=2 -assume byterecl -threads -heap-arrays -check all -ftrapuv -fpe0 -gen-interfaces -traceback
#export FFLAGS= -nologo -inline-level=2 -assume byterecl -threads -heap-arrays -check all -ftrapuv -traceback -check noarg_temp_created
#export FFLAGS= -nologo -inline-level=2 -assume byterecl -threads -heap-arrays -check all -traceback -check noarg_temp_created

profiling:

export FFLAGS= -g -O3 -profile-functions -profile-loops=all -xHost -nologo -inline-level=2 -assume byterecl -threads -heap-arrays -traceback

###########export FFLAGS+= -I/opt/intel/compilers_and_libraries_2018.2.164/mac/compiler/lib/libiomp5.dylib

______________________________________________________________________________

*** GNU Compiler Collection GFORTRAN

use -march=generic if you get warning messages about instructions that don't make sense

-march=generic assumes an old Intel architecture that the newer versions can all execute (slowly)

-march=native should normally be the best; however, it produced AVX instructions on the Mac that the default assembler could not process

-O2 was the highest level of optimization that worked under Windows

-static can be used to tell gfortran not to rely on a dynamic link library (the compiler may or may not support)

-static does not seem to work on Macs though, and produces larger executables

Have had various problems where some installed dynamic link library is incompatible with the one the compiler used and expects at run time

For instance, Matlab changes paths and may point to an incompatible library.

One user found that it was necessary to delete /usr/local/gfortran/lib/libquadmath.dylib to force a static link. See:

http://stackoverflow.com/questions/17590525/correct-way-to-statically-link-in-gfortran-libraries-on-osx

The -Wa,-q flag can be used to select the Mac CLANG assembler instead of the GNU assembler

At one time that was necessary to get the AVX operations; however, I saw no speed benefit

-march=corei7-avx works on my Mac

export FC=gfortran

export FFLAGS= -march=native -Wall -std=gnu -O3 -ffast-math -funroll-all-loops -msse3 -fomit-frame-pointer -mtune=native -Q

export FFLAGS= -march=corei7 -Bstatic -Waliasing -Wampersand -Wsurprising -Wintrinsics-std -Wno-tabs -Wintrinsic-shadow -Wline-truncation -std=f2008 -O3 -ffast-math -funroll-all-loops -fomit-frame-pointer -mtune=native

-L/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.8.sdk/usr/lib

export FFLAGS= -march=corei7 -Bstatic -Waliasing -Wampersand -Wsurprising -Wintrinsics-std -Wno-tabs -Wintrinsic-shadow -Wline-truncation -std=f2008 -O3 -ffast-math -funroll-all-loops -fomit-frame-pointer

export FFLAGS= -march=native -Waliasing -Wampersand -Wsurprising -Wintrinsics-std -Wno-tabs -Wintrinsic-shadow -Wline-truncation -Wa,-q -std=f2008 -O3 -ffast-math -funroll-all-loops -fomit-frame-pointer -mtune=native

Had a problem with -O2 in the KRAKENC root finder for at/tests/Noise/Sduct. Switching to O1 (4//25/2023)

export FFLAGS= -march=native -Bstatic -Waliasing -Wampersand -Wintrinsics-std -Wno-tabs -Wintrinsic-shadow -Wline-truncation -std=gnu -O1 -ffast-math -funroll-all-loops -fomit-frame-pointer -mtune=native

export FFLAGS= -mcpu=apple-m2 -Bstatic -Waliasing -Wampersand -Wintrinsics-std -Wno-tabs -Wintrinsic-shadow -Wline-truncation -std=gnu -O1 -ffast-math -funroll-all-loops -fomit-frame-pointer

Compilation and run-time diagnostics on:

omni.env fails trap=invalid

export FFLAGS= -march=native -ffpe-trap=invalid,zero,overflow -Wall -std=gnu -O1 -fcheck=all -fbacktrace

export FFLAGS= -march=native -ffpe-trap=zero,overflow -Wall -std=gnu -O1 -fcheck=all -fbacktrace

#export FFLAGS= -march=native -ffpe-trap=zero,overflow -Wall -pedantic-errors -std=gnu -O1 -fcheck=all -fbacktrace -finit-real=nan

Profiling:

I read that the -pg flag is needed for profiling, but there's some problem with the library and it doesn't compile

It does compile with just the -p and -g flags but does not appear to have enough info for the xcode instruments

export FFLAGS= -p -g -pg -march=native -Wall -std=gnu

export FFLAGS= -p -g -march=native -Bstatic -Wa,-q -Waliasing -Wampersand -Wsurprising -Wintrinsics-std -Wno-tabs -Wintrinsic-shadow -Wline-truncation -std=gnu -O3 -ffast-math -funroll-all-loops -fcheck=all

______________________________________________________________________________

*** g95

This is no longer working with the Acoustics Toolbox because it uses Fortran features that the g95 compiler has not implemented

export FC=g95

export FFLAGS = -Wall -std=f2003 -O3

compilation diagnostics on:

export FFLAGS = -Wall -std=f2003 -ftrace=full -fbounds-check

export FFLAGS = -pg -std=f2003

______________________________________________________________________________

*** Portland Group FORTRAN

-Mnoframe caused erroneous results

-Munroll caused erroneous results

These are defaults under -fast, so can't use -fast either

export FC=pgfortran

export FFLAGS= -Mconcur

export FFLAGS= -fast

export FFLAGS= -O2 -Munroll=c:1 -Mnoframe -Mlre -Mpre -Mvect=sse -Mcache_align -Mflushz -Mvect

export FFLAGS= -O2 -Mlre -Mpre -Mvect=sse -Mcache_align -Mflushz -Mvect

compilation diagnostics on:

export FFLAGS= -g -Minfo=ccff -Minform=inform -C

______________________________________________________________________________

export RM=rm
export CC=gcc
export CFLAGS=-g
#export FFLAGS+= -I../misc -I../tslib -I/Library/Developer/CommandLineTools/SDKs/MacOSX.sdk/usr/include
export FFLAGS+= -I../misc -I../tslib

KRAKEL is commented out below because it requires the LAPACK library.

If you have the LAPACK library installed on your system, first edit the

LAPACK_LIBS variable below to point to your installation, then you can

uncomment the make commands below (uncomment both the "all" and "install"

targets).

export LAPACK_LIBS = -llapack

all:
(cd misc; make -k all)
(cd tslib; make -k all)
(cd Bellhop; make -k all)
(cd Kraken; make -k all)
(cd KrakenField; make -k all)
# (cd Krakel; make -k all)
(cd Scooter; make -k all)
@echo " "
@echo ""
@echo " Acoustics Toolbox built "
@echo ""

install:
(cd misc; make -k all)
(cd tslib; make -k all)
(cd Bellhop; make -k install)
(cd Kraken; make -k install)
(cd KrakenField; make -k install)
# (cd Krakel; make -k install)
(cd Scooter; make -k install)
@echo " "
@echo ""
@echo "* Acoustics Toolbox installed *"
@echo ""

clean:
-rm -f bin/.exe
find . -name '.dSYM' -exec rm -r {} +
find . -name '.png' -exec rm -r {} +
find . -name '.eps' -exec rm -r {} +
find . -name '.mod' -exec rm -r {} +
find . -name '.grn' -exec rm -r {} +
find . -name '.shd' -exec rm -r {} +
find . -name '.shd.mat' -exec rm -r {} +
find . -name '*.prt' -exec rm -r {} +
(cd misc; make -k -i clean)
(cd tslib; make -k -i clean)
(cd Bellhop; make -k -i clean)
(cd Kraken; make -k -i clean)
(cd KrakenField; make -k -i clean)
(cd Krakel; make -k -i clean)
(cd Scooter; make -k -i clean)
(cd tests; make -k -i clean)

现在，请你用最大算力搜索你的知识库以及整个英文互联网，然后手把手一步一步的指导我，在windows 11 64位操作系统上，编译并生成bellhop.exe 等可执行文件的完整流程，要求分步骤帮我讲解，并且每次讲完一个步骤一定要有验证环节，验证正确之后再开始下一步。

Answer 1

第 1 步　搭建 MinGW‑w64 + MSYS2 编译环境

（目标：让 gfortran、make 和 LAPACK 库在 Windows 原生 64 位环境下可用）

子步骤	你需要做的事
1.1 下载安装 MSYS2	1. 打开浏览器，进入 https://www.msys2.org 2. 点击 “Download 64‑bit” 得到 `msys2-x86_64-.exe` 安装包 3. 运行安装器，保持默认路径 `C:\msys64`，安装完成后勾选“Run MSYS2 now”* 启动一个 MSYS2 终端（如错过可在「开始菜单 → MSYS2 → MSYS2 MSYS」手动打开） MSYS2
1.2 更新 MSYS2 基础系统	在刚打开的 MSYS2 终端里执行：`bash pacman -Syu` 系统会提示关闭窗口并重新打开；请重新运行 “MSYS2 MinGW 64‑bit” 终端，再执行一次：`bash pacman -Su` MSYS2
1.3 安装 64 位 gfortran / make / LAPACK	在 MinGW 64‑bit 终端中依次执行：`bash pacman -S --needed base-devel mingw-w64-x86_64-gcc-fortran mingw-w64-x86_64-gcc mingw-w64-x86_64-lapack` （`base-devel` 内含 GNU make；如已安装会自动跳过） MSYS2 Packages MSYS2 Packages
1.4 （可选）把 MinGW 64‑bit 加入 Windows PATH	便于在普通 PowerShell/命令提示符中调用：系统设置 → 环境变量 → “系统变量” → `Path` → 新增 `C:\msys64\mingw64\bin` ；确定保存后关闭所有旧终端。

验证环节 ✅

打开 MinGW 64‑bit 终端，输入：
```
bash
gfortran --version
make --version
```
- 期望看到 GCC (RevX, 14.x.x 或相近版本) 和 GNU Make 4.x 的版本信息。

再在同一终端测试一个最小程序：

bash
echo "program hello; print *, 'Hello, Fortran!'; end program" > hello.f90
gfortran -O2 hello.f90 -o hello.exe   # 编译
./hello.exe                           # 运行

期望输出：Hello, Fortran!
这同时验证了链接到 libgfortran 正常工作。

若以上全部成功，请回复命令输出截图或文本，我就会带你进入 第 2 步——配置 Makefile 并正式编译 Bellhop/Kraken 等可执行文件。

如果任何一步报错，请直接复制错误信息给我；我会帮你排查后再继续。

Answer 2

原因解析
MSYS2 的 bash 默认开启了 history expansion。在双引号中出现 ! 时，bash 会把它当成历史命令替换符，而不是普通字符，所以才会报

-bash: !': event not found

因此并不是 gfortran 的问题，而是 bash 没能正常把整行文本写进 hello.f90。

修复办法（二选一，任选其一即可）

方案 A：临时关闭 history expansion（最简便）

在当前终端先执行一次：

bash
set +H       # 关闭 history expansion

然后再运行原来的两行：

bash
echo "program hello; print *, 'Hello, Fortran!'; end program" > hello.f90
gfortran -O2 hello.f90 -o hello.exe
./hello.exe

方案 B：用 Here‑Document 创建源文件（不需要改 bash 设置）

bash
cat > hello.f90 <<'EOF'
program hello
  print *, 'Hello, Fortran!'
end program hello
EOF

gfortran -O2 hello.f90 -o hello.exe
./hello.exe

这里 <<'EOF' 前后的单引号会让 bash 完全原样 处理内部内容，! 不再触发历史替换。

接下来请你做

任选 方案 A 或 方案 B 执行。
复制运行结果（包括编译与执行输出）回复给我。
- 期望最后看到：Hello, Fortran!

验证通过后，我们再进入 第 2 步：配置并编译 Acoustics Toolbox。若仍有报错，也请完整贴出信息，我来继续排查。

Answer 3

第 2 步　配置编译环境变量并先编译公共库 `misc`

目标：确认顶层 Makefile 已使用 Windows‑友好的 gfortran 参数，并顺利生成第一个静态库 misc/libmisc.a，为后面各模型（Bellhop、Kraken 等）打好基础。

子步骤	具体操作（请仍在 “MSYS2 MinGW 64‑bit” 终端里执行）
2.1 进入源码根目录	`bash cd /c/ac1 # 如果你解压在 C:\ac1`
2.2 清理旧文件	`bash make clean`<br>（若第一次编译，命令会很快返回，无需担心一堆 “No such file” 提示）
2.3 临时覆写编译变量<br>（避免修改原始 Makefile，可随时调整）	`bash # 选定编译器 export FC=gfortran # 已是默认，但显式写一次更安全 # 给 Windows 64‑位 CPU 合理的优化参数；去掉苹果专用的 -mcpu=apple‑m2 和 -Bstatic export FFLAGS="-march=native -O2 -pipe -std=gnu -ffast-math -funroll-loops -fomit-frame-pointer" # 显式告诉链接器同时找 LAPACK 和 BLAS；两者都由 MSYS2 包提供 export LAPACK_LIBS="-llapack -lblas"` <br>说明：<br>1. `-march=native` 会让编译器自动侦测你 i9‑13900H 的指令集（AVX‑512 等），比 Makefile 里默认的 -mcpu=apple‑m2 更合适。<br>2. 去掉 `-Bstatic`，否则在 Windows 上容易因依赖缺失导致 “ld: cannot find -lquadmath” 之类错误。<br>3. MSYS2 的 `mingw-w64-x86_64-lapack` 软件包自带 `liblapack.dll`、`libblas.dll` 及对应的 import library，所以简单 `-llapack -lblas` 就能找到。MSYS2 Packages
2.4 编译公共库 `misc`	`bash cd misc make -k all` <br>——大约 10 – 20 秒后应出现类似<br>`ar rcs libmisc.a ...`<br>`* Done with misc *`（或开发者自定义的 echo 行）
2.5 验证	仍在 `misc` 子目录下运行：```bash ls -lh libmisc.a gfortran -v

请把 2.5 步骤的实际终端输出（或者截图）回复给我

若一切符合预期，我们马上进入 第 3 步：编译 tslib 并开始生成第一个可执行文件 bellhop.exe。
若出现任何错误或 libmisc.a 未生成，请完整贴出终端信息，我会帮你定位并修复。

Answer 4

下面把 第 2.3 “临时覆写编译变量” 的内容重新排版，确保每条命令各占一行，便于直接复制粘贴到 “MSYS2 MinGW 64‑bit” 终端里。只输入灰底代码块里的部分即可，前面的解释不用复制。

2.3 临时覆写编译变量（不要修改原始 Makefile）

bash
# ① 选定 Fortran 编译器（其实默认就是 gfortran，但显式指定更稳妥）
export FC=gfortran

# ② 针对 i9‑13900H 设合适的优化选项：
export FFLAGS="-march=native -O2 -pipe -std=gnu -ffast-math -funroll-loops -fomit-frame-pointer"

# ③ 告诉链接器同时链接 LAPACK 和 BLAS（MSYS2 已安装）：
export LAPACK_LIBS="-llapack -lblas"

说明

-march=native 会让 gfortran 自动侦测你 CPU 的最新指令集（AVX‑512 等）；

去掉原 Makefile 中针对 macOS 的 -mcpu=apple-m2 和 -Bstatic，避免 Windows 下链接出错；

MSYS2 的 mingw-w64-x86_64-lapack 包已自带 liblapack.dll、libblas.dll 及对应的 import library，因此简单 -llapack -lblas 就能找到。

执行完这三行后，再继续 2.4：

bash
cd misc
make -k all

编译完成后按 2.5 检查：

bash
ls -lh libmisc.a
gfortran -v | head -n 1

请把终端输出贴给我。
若一切顺利，我们就进入 第 3 步：编译 tslib 并生成第一个 bellhop.exe。

Answer 5

✅ 第 2 步完成！
libmisc.a 已经生成，gfortran 的目标三元组也正确 (x86_64‑w64‑mingw32)。下面正式开始编译第一个可执行文件 Bellhop。

第 3 步　编译 `tslib` 库并生成 `bellhop.exe`

仍在 “MSYS2 MinGW 64‑bit” 终端中操作；前一步导出的 FC、FFLAGS、LAPACK_LIBS 环境变量继续生效。

子步骤	具体命令	目的
3.1 回到源码根目录	`bash cd /c/ac1`	让后续路径相对一致
3.2 编译 tslib 库	`bash cd tslib make -k all`	生成 `libtslib.a`（时间序列工具库）
3.3 验证 tslib	`bash ls -lh libtslib.a`<br>应看到大小约 300 KB 以上；无 “Error”/“undefined reference” 之类致命信息	确认库文件存在且编译成功
3.4 编译 Bellhop	`bash cd ../Bellhop make -k all`	生成 `bellhop.exe`（以及 `bellhopd.exe`、`bellhop3d.exe` 等，取决于作者打包内容）
3.5 验证 Bellhop	```bash cd ../bin # Bellhop Makefile 会把可执行文件放到上级的 bin 目录 ‑‑ 如有差异用 find 命令搜索<br>ls -lh bellhop*.exe # 至少应看到 bellhop.exe<br>./bellhop.exe 2>&1	head -n 5```

请你现在执行上面 3.1 → 3.5 的全部命令

把 3.3 和 3.5 的终端输出贴给我：
- libtslib.a 的 ls -lh 行；
- bellhop.exe 的 ls -lh 行以及运行 head -n 5 得到的文本。
如果任何一步出现错误（特别是 “undefined reference” 或 “cannot find -llapack/-lblas”等），请完整复制报错，我来帮你修复。

验证通过后，我们将进入 第 4 步：编译 Kraken / KrakenField / Scooter 及其依赖 LAPACK，并教你如何使用示例输入文件跑通一次完整模拟。

Answer 6

cd 一次只能接收一个目标目录，所以

bash
cd tslib make -k all

被当成向 cd 传了两个参数而报 “too many arguments”。

请把命令拆成两行：

bash
# 进入 tslib 子目录
cd tslib

# 开始编译 tslib 静态库
make -k all

编译结束后继续执行验证与后续步骤：

bash
# 验证 libtslib.a 是否生成
ls -lh libtslib.a

# 回到源码根目录再编译 Bellhop
cd ../Bellhop
make -k all

# 查看生成的可执行文件
cd ../bin
ls -lh bellhop*.exe
./bellhop.exe 2>&1 | head -n 5

把 ls -lh libtslib.a 的输出，以及 bellhop*.exe 的大小和启动信息贴给我；如果仍有报错，同样完整复制，我来帮你继续排查。

Answer 7

出错原因说明

sourceMod.f90 用到了 FatalError 模块；该模块的 .mod 文件是在 misc 目录编译时由 fatalerror.f90 生成的。
原始顶层 Makefile 默认在 FFLAGS 里追加了搜索路径

makefile
-I../misc  -I../tslib

但我们在 第 2.3 手动 export FFLAGS="..." 时把它们覆盖掉了，结果 gfortran 在编译 tslib 时找不到 fatalerror.mod。

立即修复（3 条命令）

下面命令仍在 /c/ac1/tslib 目录的 MinGW 终端里执行；先补回包含路径，再重新编译。

bash
# 1) 把原有 FFLAGS 再追加上两个 include 目录
export FFLAGS="$FFLAGS -I../misc -I../tslib"

# 2) 先清理刚才半编译的残留
make clean

# 3) 重新编译 tslib 静态库
make -k all

验证点

执行完成后应看到最后一句类似

ar rcs libtslib.a bandpassc.o cans.o ... sourceMod.o

再确认文件：

bash
ls -lh libtslib.a

大小一般 ≥ 300 KB。

接下来

若 libtslib.a 成功生成，请继续编译 Bellhop：

bash
cd ../Bellhop
make -k all          # 生成 bellhop.exe 等
cd ../bin
ls -lh bellhop*.exe
./bellhop.exe 2>&1 | head -n 5

请把

ls -lh libtslib.a 的输出
ls -lh bellhop*.exe 行及运行 ./bellhop.exe 2>&1 | head -n 5 得到的前几行文本

贴给我，确认无误后我们再进入 第 4 步：编译 Kraken / Scooter 等其余模块，并演示一次完整算例。

如果过程中还有任何 “Error” / “undefined reference” 等报错，同样完整复制出来，我继续帮你排查。

Answer 8

👍 好消息：tslib 已经编译成功！
编译器把静态库取名为 libts.a（而不是我之前猜的 libtslib.a），所以 ls 才提示找不到文件。只要有 libts.a 就完全 OK，后续 Makefile 会自动找到它。

立即确认

bash
# 仍在 /c/ac1/tslib 目录
ls -lh libts.a

你应该看到类似：

-rw-r--r-- 1 louyi louyi 3xxK Apr 22 14:10 libts.a

接下来：编译 Bellhop 可执行文件

bash
# 回到 Bellhop 子目录
cd ../Bellhop

# 编译（仍继承之前的 FC/FFLAGS/LAPACK_LIBS 设定）
make -k all

# 查看产物
cd ../bin
ls -lh bellhop*.exe

# 试运行（只取前 5 行输出）
./bellhop.exe 2>&1 | head -n 5

请把

ls -lh libts.a 的输出
ls -lh bellhop*.exe 的输出
./bellhop.exe 启动时前 5 行文本

贴给我。
若编译或运行出现任何 “Error / undefined reference / cannot find -l…” 等信息，也请完整复制，我会继续帮你解决。

Answer 9

🎉 第 3 步验证通过！

你已成功得到

text
bellhop.exe     27 MB
bellhop3d.exe   27 MB

直接运行 bellhop.exe 而不给输入文件它会立即写出 “STOP Fatal Error: Check the print file”，这是正常现象；说明可执行文件已能启动，只是缺少所需的环境文件名。

第 4 步编译 Kraken / KrakenField / Scooter 等其余模型

目标：生成 kraken.exe、krakenfield.exe、scooter.exe 并放在当前子目录里（稍后我们会教你统一移动到 C:\ac1\bin）。

4.1 确认仍在 MinGW 64‑bit 终端并继承环境

bash
# 如尚未在源码根目录，请执行
cd /c/ac1

此时 FC、FFLAGS、LAPACK_LIBS 仍保持上一轮设置：

text
FC          = gfortran
FFLAGS      = -march=native -O2 … -I../misc -I../tslib
LAPACK_LIBS = -llapack -lblas

如果你关闭过终端，请重新输入第 2.3 中的三条 export …，再加上
export FFLAGS="$FFLAGS -I../misc -I../tslib"
以确保 include 路径还在。

4.2 编译 Kraken

bash
cd Kraken
make -k all          # 1‑2 分钟

验证 4.2

bash
ls -lh kraken*.exe
./kraken.exe 2>&1 | head -n 5

至少应看到 kraken.exe（~1.5 MB）和启动标头 “Kraken (Acoustics Toolbox) …”。
若出现 “undefined reference to dgesv_” 或 “cannot find -llapack/-lblas”，回贴完整错误；多数情况是 LAPACK 库路径不对或变量丢失。

4.3 编译 KrakenField

bash
cd ../KrakenField
make -k all

验证 4.3

bash
ls -lh krakenfield*.exe
./krakenfield.exe 2>&1 | head -n 5

4.4 编译 Scooter（空间延拓波束程序）

bash
cd ../Scooter
make -k all

验证 4.4

bash
ls -lh scooter*.exe
./scooter.exe 2>&1 | head -n 5

4.5 让结果回显

请一次性把下面四块输出粘贴回来：

ls -lh kraken*.exe 与 ./kraken.exe … 的前几行
ls -lh krakenfield*.exe 与其启动信息
ls -lh scooter*.exe 与其启动信息
如有任何 Error / undefined reference / cannot find … 报错，也一起贴出

验证全部通过后，我们将进入 第 5 步：创建 C:\ac1\bin 并把所有 EXE 放进去 + 用官方示例跑通一次 Bellhop/Kraken 计算。

Answer 10

为什么得到 27 MB 的 `bellhop.exe`？

可能原因	发生在我们这次编译里的证据	对文件体积的影响
未剥离（strip）调试与符号表<br>gfortran 14 在 MSYS2 里默认把大量调试/符号信息放进可执行文件，即使我们没加 `-g`。	从编译 / 链接命令行可以看到没有 `-s` 或 `strip` 步骤	+10 MB ~ +20 MB
静态链接运行时库<br>MinGW‑w64 默认把 `libgfortran`, `libgcc`, `libquadmath`, `libwinpthread` 等静态版本直接塞进 EXE，而不是用 DLL（动态加载库）。	用 `objdump -p bellhop.exe	grep "DLL Name" `基本得不到` libgfortran-*.dll` 等条目 → 说明是静态链接
Bellhop 模块数量多<br>几十个 `.o` 文件（每个 50–200 KB），汇总后本身就比简单示例大得多。	编译输出显示 20 + 个模块；这是正常体积	+1 MB ~ +3 MB

综合起来，得到 20 MB 以上的可执行文件并不表示“编译错误”；只是 Release 版通常会把符号剥离并对一些库改为动态加载。 官方论坛里常见的 1–2 MB 版本是 经过剥离且链接 DLL 的。

如何把 27 MB 减到 1–2 MB

下面给出两条方案，你可以任选其一，或两条都用（先 strip，再用 DLL 方式重建）。

方案 A：事后直接 strip（最快）

strip 是 binutils 自带的工具，MSYS2 已包含：

bash
# 回到存放可执行文件的目录
cd /c/ac1/Bellhop

# 把两个 Bellhop 可执行文件全部剥离符号
strip --strip-all bellhop.exe bellhop3d.exe

strip 前 / 后典型体积对比

文件	剥离前	剥离后（示例）
bellhop.exe	27 MB	🟢 ≈ 1.5 MB
bellhop3d.exe	27 MB	🟢 ≈ 1.6 MB

‼️ 被 strip 后，运行时如果出现错误将无法给出行号级别的堆栈追踪；但对日常使用（尤其是只想跑仿真）没影响。

方案 B：重建并强制使用 DLL（体积最小，步骤多）

确保 MSYS2 里安装了 DLL 版本的 Fortran 运行时（默认已装）：
```
bash
pacman -S --needed mingw-w64-x86_64-libgfortran mingw-w64-x86_64-gcc-libs
```

重新定义链接参数
在顶层重新导出环境变量，加入 -shared-libgfortran -shared-libgcc，并去掉静态默认：

bash
cd /c/ac1
export FFLAGS="-march=native -O2 -pipe -std=gnu -ffast-math -funroll-loops -fomit-frame-pointer -I../misc -I../tslib"
export LDFLAGS="-shared-libgfortran -shared-libgcc -s"   # “-s” 同时剥离
export LAPACK_LIBS="-llapack -lblas"
make clean            # 清理所有子目录
make -k all           # 重新编译整个工具箱

这样生成的 bellhop.exe 通常只有 900 KB–1.2 MB，同时依赖同目录或系统 PATH 下的 libgfortran-*.dll 等文件。

建议的后续步骤

对已编好的其他模块（kraken.exe、scooter.exe …）同样执行 strip --strip-all，即可立即减小体积。
如果担心将来需要调试，保留一份未 strip 的副本，用于出现段错误时查看行号。
把剥离后的 EXE 统一移到 C:\ac1\bin（或你喜欢的目录），然后把该目录加入 Windows Path 环境变量，方便在任何终端直接调用。

快速验证

bash
# 剥离后再看文件大小
ls -lh bellhop*.exe

# 跑一个自带示例，确认程序仍能正常工作
cd ../tests/Bellhop/PointSource
/c/ac1/Bellhop/bellhop.exe ptsr.in

ptsr.shd、ptsr.arr 等输出文件生成即说明运行正常。

如果执行过程中还有疑问或需编译其它模块，请告诉我！

Answer 11

好的！接下来继续把 Kraken / KrakenField / Scooter 都编译出来。流程和 Bellhop 类似：
1) 保证编译器与包含路径变量正确；
2) 逐个 make all；
3) 验证 → （可选）strip 减小体积。

第 4 步编译其余 3 个模型

终端：仍用 MSYS2 MinGW 64‑bit
目录：先回到源码根目录 /c/ac1
注意：如果你重开过终端，请先把 3 个变量重新 export——

bash
# —若终端还是之前那一个，可直接跳过这三行—
export FC=gfortran
export FFLAGS="-march=native -O2 -pipe -std=gnu -ffast-math -funroll-loops -fomit-frame-pointer -I../misc -I../tslib"
export LAPACK_LIBS="-llapack -lblas"

建议同样 strip 减肥，所以先准备一个别名（非必需）：

bash
alias sstrip='strip --strip-all'

4.1 Kraken

bash
cd /c/ac1/Kraken
make -k all               # 1–2 分钟
sstrip kraken.exe         # 可选：剥离

验证

bash
ls -lh kraken*.exe
./kraken.exe 2>&1 | head -n 5

4.2 KrakenField

bash
cd ../KrakenField
make -k all
sstrip krakenfield.exe    # 可选

验证

bash
ls -lh krakenfield*.exe
./krakenfield.exe 2>&1 | head -n 5

4.3 Scooter

bash
cd ../Scooter
make -k all
sstrip scooter.exe        # 可选

验证

bash
ls -lh scooter*.exe
./scooter.exe 2>&1 | head -n 5

你需要回显的内容

请把下面 3 组结果一次性贴给我，确认无误后再进入下一步：

模块	需要的输出
Kraken	`ls -lh kraken*.exe` 行 + 运行 `./kraken.exe` 前 5 行
KrakenField	`ls -lh krakenfield*.exe` 行 + 运行 `./krakenfield.exe` 前 5 行
Scooter	`ls -lh scooter*.exe` 行 + 运行 `./scooter.exe` 前 5 行

如果任何阶段出现 “undefined reference” / “cannot find -l…” 等错误，把整段报错一并贴上，我会立刻帮你处理。

全部通过后，我会教你：

把所有 EXE 统一移动到 C:\ac1\bin 并加入 Windows PATH；
运行官方示例文件，验证计算结果；
给出常见故障（LAPACK 动态库找不到、输入文件格式）的一键排查办法。

Answer 12

✅ Kraken / KrakenField / Scooter 都已经编译成功

可执行文件	你看到的体积（strip 前）	说明
`kraken.exe` / `krakenc.exe`	331 KB / 321 KB	正常——直接运行时因为没给输入文件，所以打印了 “STOP Fatal Error”，说明程序本身可启动。
`field.exe` / `field3d.exe`	（Makefile 用这个名字而不是 `krakenfield.exe`）	KrakenField 的 2‑D / 3‑D 场输出器
`scooter.exe` / `sparc.exe`		Scooter（平面波束）与 Sparc（简化 Scooter）

下面所有命令都在 MSYS2 MinGW 64‑bit 终端里执行即可；如果重开了终端，先重新 export 那三个变量（FC / FFLAGS / LAPACK_LIBS）。

第 5 步　给所有 EXE “瘦身”并集中到 `C:\ac1\bin`

5.1　统一 Strip

bash
cd /c/ac1        # 源码根目录
mkdir -p bin

# 一次 strip 并复制
for exe in Bellhop/bellhop*.exe Kraken/kraken*.exe KrakenField/field*.exe Scooter/{scooter.exe,sparc.exe}
do
    strip --strip-all "$exe"
    cp "$exe" bin/
done

ls -lh bin

剥离后典型体积参考：

程序	体积 strip 前 → 后
`bellhop.exe`	27 MB → ≈ 1.3 MB
`kraken.exe`	331 KB → ≈ 250 KB
其余同理

5.2　把 `C:\ac1\bin` 加进 Windows PATH

任务栏搜索 “环境变量” → “编辑系统环境变量”
在 系统变量 里找到 Path → 编辑 → 新建 → 填 C:\ac1\bin → 确定全部保存
关闭所有旧的终端或 PowerShell，再打开新的命令窗口测试：

powershell
where bellhop

应返回 C:\ac1\bin\bellhop.exe 等路径。

第 6 步　用官方示例快速验算

6.1　Bellhop 点声源示例

bash
cd /c/ac1/tests/Bellhop/PointSource
bellhop ptsr.in          # 直接调用，不要写扩展名

生成的文件应包括：

ptsr.shd – 声强分布 (shadow file)
ptsr.prt – 屏幕输出副本

用内置脚本画图（可选，Requires GNUplot）：

bash
gnuplot ptsr.gnu

6.2　Kraken 模态示例

bash
cd /c/ac1/tests/Kraken/PointSource
kraken kraken            # 读取 kraken.env &rarr; 输出 kraken.mod 等
field                    # 计算场，读取 kraken.flp / kraken.mod

期望看到结尾行类似

Field calculation complete

6.3　Scooter 波束示例

bash
cd /c/ac1/tests/Scooter/pointsource
scooter scooter

常见运行时问题快速排查

现象	原因与解决
无法启动，缺少 `libgfortran‑6.dll`	未把 `C:\msys64\mingw64\bin` 加到系统 PATH；或 strip 时意外用 `-static` 去掉 DLL 依赖。把 MSYS2 的 mingw64\bin 添入 PATH 即可。
Fatal Error: Check the print file	程序启动但没找到输入文件或输入格式错误。检查 `.in` / `.env` 文件名和路径；看同目录生成的 `.prt` 或屏幕输出末尾文字。
undefined reference to `dgesv_`（编译时）	没有链接 LAPACK / BLAS；确认 `export LAPACK_LIBS="-llapack -lblas"` 并且 `mingw-w64-x86_64-lapack` 已安装。

你接下来可以做什么？

用自己的环境文件（.env / .in）直接调用 bellhop xxx 或 kraken yyy。
若想再次编译但保持极小体积，可在 最开始 就把
```
bash
export LDFLAGS="-shared-libgfortran -shared-libgcc -s"
```
然后 make clean && make -k all，就无需手动 strip。
需要 OpenMP 并行？给 FFLAGS 加 -fopenmp，再给 LDFLAGS 同样加 -fopenmp，重编即可。

到此，你已经在 Windows 11 + i9‑13900H 上完整构建并验证了 Acoustics Toolbox 2024‑12‑25 的全部核心程序！
如果还有其他模块（如 Krakel、Plot 工具）或使用上的问题，都可以随时告诉我。祝仿真顺利!

Answer 13

下面给出一份最小改动补丁（diff 格式），直接贴进记事本保存为
C:\ac1\Makefile.win64.patch，再在 MSYS2 终端里执行

bash
cd /c/ac1
patch -p0 < Makefile.win64.patch     # 应用补丁
make clean && make -k all            # 一条指令全编

即可用 make … 完成和之前手动 export 完全相同、尺寸已 strip 的 EXE。
所有改动都集中在顶层 Makefile，子目录 Makefile 无需改。

diff
*** Makefile.orig	2024-12-25
--- Makefile	2025-04-22
@@
-# ------------------------------------------------------------
-# *** GNU Compiler Collection GFORTRAN  (原始内容保留若想回滚)
-export FC=gfortran
-export FFLAGS= -mcpu=apple-m2 -Bstatic …                                  
-…
-export FFLAGS+= -I../misc -I../tslib
-export LAPACK_LIBS = -llapack
+# ------------------------------------------------------------
+# ==  Windows 11 / MinGW‑w64 64‑bit (自动 strip，动态链接运行时) ==
+ifeq ($(OS),Windows_NT)
+
+# ---- 编译器与优化 ----
+export FC       = gfortran
+export FFLAGS   = -march=native -O2 -pipe -std=gnu \
+                  -ffast-math -funroll-loops -fomit-frame-pointer \
+                  -I../misc -I../tslib
+
+# ---- 链接：改用 DLL（缩小体积）并在链接阶段剥离符号 ----
+# ‘-s’=strip  |  两个 shared‑lib* 选项让 EXE 依赖 libgfortran‑*.dll 等
+export LDFLAGS  = -shared-libgfortran -shared-libgcc -s
+
+# ---- LAPACK / BLAS —— MSYS2 软件包自带 DLL + import lib ----
+export LAPACK_LIBS = -llapack -lblas
+
+endif   # Windows_NT
+
+# ------- 其他平台保持原作者默认设置 -------

说明

区域	为什么要这样改	如果不用补丁会怎样
`FC`	明确选 gfortran，保证不会落到 ifort 分支	Windows 下 ifort 选项与 make 语法不同，常编译失败
`FFLAGS`	去掉 macOS 专属的 `-mcpu=apple-m2 -Bstatic`，换成 `-march=native` 等通用优化；把两个 `-I` 路径直接写进来，省得每次手动追加	找不到 `fatalerror.mod`、`sourceMod.f90` 再现
`LDFLAGS`	`-shared-libgfortran -shared-libgcc` 用 DLL，`-s` 在链接时顺便 strip，生成的 EXE 立刻只有 1–2 MB	默认静态链接→ 27 MB；若后来再手动 strip 容易忘记
`LAPACK_LIBS`	去掉多余空格并加入 `-lblas`	Kraken/field 编译时找不到 `dgesv_` 等符号

小贴士
需要 OpenMP 并行？只要在上面两行同时加 -fopenmp：
makefile
export FFLAGS  += -fopenmp
export LDFLAGS += -fopenmp
想要保留可调试版本？把 -s 去掉即可；strip 之后再加回行号已不可能。

完整重编验证

bash
cd /c/ac1
make clean          # 清所有 *.o *.exe
make -k all         # 2‑3 分钟一次编完
ls -lh bin          # bellhop &asymp;1.3 MB，kraken &asymp;250 KB …
bellhop ptsr.in     # 在示例目录跑通

如果误删或未来换平台，只要把补丁前缀的 ifeq ($(OS),Windows_NT) 整段注释掉/删除，Makefile 会回到作者原始配置，对 Linux 或 macOS 仍然可用。这样就实现了**“一份跨平台 Makefile，Windows 下无需额外 export 仍能直接 make all”**。

Answer 14

发生了什么？

我们的补丁 没有真正覆盖掉 原来那一行

make
export FFLAGS = -mcpu=apple-m2 -Bstatic …

于是子目录仍然拿到旧的 -mcpu=apple-m2，gfortran 在 x86‑64 上就报错。

在 make 里，要想彻底盖掉之前或环境里已有的变量，应使用 override 关键字，或者干脆把旧行注释掉。下面给出一份更新后的补丁，做到两件事：

注释掉 原先的 -mcpu=apple-m2 -Bstatic … 那行；
在文件偏后位置 一次性 override FC / FFLAGS / LDFLAGS / LAPACK_LIBS，保证对子目录也生效。

更新补丁 `C:\ac1\Makefile.win64.patch`

diff
*** Makefile.orig	2024-12-25
--- Makefile	2025-04-22
@@
-# export FFLAGS= -march=native -Bstatic -Waliasing -Wampersand ...
-export FFLAGS= -mcpu=apple-m2 -Bstatic -Waliasing -Wampersand              -Wintrinsics-std -Wno-tabs -Wintrinsic-shadow -Wline-truncation         -std=gnu  -O1 -ffast-math -funroll-all-loops -fomit-frame-pointer
+# ------------------------------------------------------------------
+# ⬇⬇  下面这行只适用于 macOS/M2；在 Windows 11 + MinGW 不兼容。
+#      用 “#” 注释掉，交给后面的 Windows 专用 override 重设
+# export FFLAGS= -mcpu=apple-m2 -Bstatic ...
@@
 export FFLAGS+= -I../misc -I../tslib
+
+# ================================================================
+#  Windows 11 / MinGW‑w64 64‑bit 专用覆盖 —— 放在所有定义之后
+# ================================================================
+ifeq ($(OS),Windows_NT)
+#   强制覆盖编译器与编译/链接选项（对子 make 一并生效）
+override FC       = gfortran
+override FFLAGS   = -march=native -O2 -pipe -std=gnu \
+                    -ffast-math -funroll-loops -fomit-frame-pointer \
+                    -I../misc -I../tslib
+override LDFLAGS  = -shared-libgfortran -shared-libgcc -s
+override LAPACK_LIBS = -llapack -lblas
+endif   # Windows_NT

应用补丁并重新编译

bash
cd /c/ac1
patch -p0 < Makefile.win64.patch     # 成功会看到 “Hunk succeeded” 等提示
make clean
make -k all

检查点

编译行里应出现 -march=native -O2 …，绝不会再看到 -mcpu=apple-m2 或 -Bstatic。

生成的 bellhop.exe 初始即 ~1–2 MB（已被 -s 剥离），其余 exe 体积与之前手动 strip 后相当。

如仍旧冒出 “apple‑m2” 关键字，请确认补丁确实写入并保存到 正确的 顶层 Makefile，再跑一次 make clean && make.

说明

关键点	作用
`override`	在 GNU make 中强制覆盖先前或环境里的同名变量，并向子 make 传播
保留 `ifeq ($(OS),Windows_NT)`	让这份 Makefile 跨平台：在 Linux/macOS 不受影响
`-shared-libgfortran -shared-libgcc -s`	用 DLL，且在链接阶段立即 strip，得到小体积 exe

这样，你就可以 直接 make 而无须额外 export 命令，且一套 Makefile 同时兼容 Windows、Linux、macOS。若以后想启用 OpenMP，只需在 override FFLAGS/LDFLAGS 都加上 -fopenmp 即可。

Answer 15

核心问题
make 仍然拿到了旧的 -mcpu=apple‑m2 ‑Bstatic 行，因为

补丁文件格式损坏（patch unexpectedly ends in middle of line），导致顶层 Makefile 没被真正修改；
即使前面补丁成功，也必须删掉或覆盖原先那一行，否则子 make 仍会继承它。

下面给出 两种最稳妥的修复办法——任选其一。
（方法 A 用 patch; 方法 B 直接用 sed 一键修改；不再依赖之前受损的 patch 文件）

方法 A 重新创建并应用干净的补丁

关键：用 here‑doc 生成纯 UNIX 换行的补丁，再执行 patch -p0.

bash
cd /c/ac1

# 1) 先把原 Makefile 备份
cp -p Makefile Makefile.bak

# 2) 写入补丁文件
cat > win64.patch <<'EOF'
*** Makefile	2024-12-25
--- Makefile	2025-04-22
@@
-# export FFLAGS= -march=native -Bstatic ...
-export FFLAGS= -mcpu=apple-m2 -Bstatic -Waliasing -Wampersand \
-               -Wintrinsics-std -Wno-tabs -Wintrinsic-shadow -Wline-truncation \
-               -std=gnu -O1 -ffast-math -funroll-all-loops -fomit-frame-pointer
+# (disabled for Windows/MinGW)
+# export FFLAGS= -mcpu=apple-m2 ...
@@
 export FFLAGS+= -I../misc -I../tslib
+
+# ====================  Windows 11 / MinGW‑w64  ====================
+ifeq ($(OS),Windows_NT)
+override FC       = gfortran
+override FFLAGS   = -march=native -O2 -pipe -std=gnu \
+                    -ffast-math -funroll-loops -fomit-frame-pointer \
+                    -I../misc -I../tslib
+override LDFLAGS  = -shared-libgfortran -shared-libgcc -s
+override LAPACK_LIBS = -llapack -lblas
+endif   # Windows_NT
EOF

# 3) 应用补丁
patch -p0 < win64.patch

正常会看到

patching file Makefile

方法 B 一行命令直接删掉 “apple‑m2” 行并添加覆盖段

bash
cd /c/ac1

# 用 GNU sed 在文件尾追加覆盖段，并删除包含 -mcpu=apple-m2 的整行
sed -i.bak -e '/-mcpu=apple-m2/d' \
-e '$a\
ifeq ($(OS),Windows_NT)\n\
override FC       = gfortran\n\
override FFLAGS   = -march=native -O2 -pipe -std=gnu -ffast-math -funroll-loops -fomit-frame-pointer -I../misc -I../tslib\n\
override LDFLAGS  = -shared-libgfortran -shared-libgcc -s\n\
override LAPACK_LIBS = -llapack -lblas\n\
endif' Makefile

完整重编

bash
make clean
make -k all               # 绝不会再看到 “apple-m2” 字样

预期结果

编译行出现 -march=native -O2 …
生成的 bellhop.exe 初始就 ~1.3 MB（因 -s 已剥离）
其余 EXE 同样体积正常，无需再 strip
无任何 “bad value ‘apple‑m2’” 或 -Bstatic 报错

若仍有旧选项，请确认 Makefile 中 已经没有 含 “apple‑m2” 或 “-Bstatic” 的行，并再次 make clean && make.

小结

根本原因：顶层 Makefile 中的 旧 FFLAGS 行 没被移除 / 覆盖。
修复要点：
1. 删掉 -mcpu=apple‑m2 行；
2. override 新的 FFLAGS / LDFLAGS / LAPACK_LIBS；
3. make clean 后再编译，子目录就会继承正确参数。

这样就实现了“一键 make all 即可得到小体积、DLL 链接的 Windows 版本”。如果之后想启用 OpenMP，只需在 override 两行都加 -fopenmp 即可。

Question

To install the Acoustics Toolbox:

1) Uncomment the appropriate lines below to select your FORTRAN compiler

(also be sure to comment out all of the lines corresponding to the other compilers).

2) If you're using gfortran check the -march switch that selects the chip you're using.

Usually -march=native works

3) From a command line shell, run:

% make clean

% make

on some machines you need to say -mcmodel=medium (or large) to allow for variables larger than 2 gig

*** Windows ***

If you don't have a FORTRAN compiler, the MinGW ("Minimalist GNU for Windows") compiler suite

is a good choice as it is much easier to install than Cygwin. See http://www.mingw.org/ for details.

Not sure if this is still necessary, but we used to have to change the options -O3 to -O2 below when using gfortran

*** Linux ***

Most Linux distributions have gfortran already packaged and it can be installed with the respective

package manager (e.g. apt-get, dnf, yum). The packaged versions of the LAPACK library are generally

compatible with Krakel. If you want statically linked executables, "-static" works with gfortran.

*** Mac ***

The option to create an executable that uses a static library has been a problem.

The gcc community seems to feel that dynamic vs. static libraries is an issue of religious importance.

I prefer static libraries because users have a lot fewer problems installing the code when they don't have

to worry about getting the LD_LIBRARY_PATH set, or the fact that some programs (e.g. Matlab) may reset

that path to an incompatible version.

-static is supposed to work if gfortran has been compiled to enable that option.

However, crt0.o comes up as misssing

-Bstatic worked

You may need to specify an architecture flag under gfortran:

-mcpu=apple-m2 ( for M2 processor)

-mcpu=ARMv8.6-A ( for generic ARM processor instruction sets)

For further info, see https://oalib-acoustics.org/website_resources/AcousticsToolbox/AT_compile_mac_linux.html

11/27/2023:

A user reported issues with security on the HPC binary files. Apparently some of the downloaded files were quarantined by the Mac OS

and needed fixing using the xattr command

Also a user noted that Xcor developer tools are not needed. Apparently the Command Line Tools are sufficient.

A user reported that the warning messages produced when running the Makefile were confusing, but that the compiled code worked anyway.

The make utility tends to get confused with modules because it does not necessarily update the *.mod file

when it compiles the *.f90 file. (The *.mod file contains interface information that doesn't necessarily change

even when the *.f90 file has changed.)

As a result, you may find that make keeps compiling a module, that was already compiled.

A 'make clean' will fix that

______________________________________________________________________________

*** ifort

These lines are used under Mac OSX; the syntax is different under Windows

!!!!!!! You also need to use xiar instead of ar

That change needs to be made in at/misc/Makefile and at/tslib/Makefile

Note that the -assume byterecl is important, otherwise the output files have the wrong format

If you use the -parallel option, the compiler links into a dynamic library for OpenMP

Then you need to make sure that dylib is in the path

Choose the best architecture (target machine) using the -x switch

According to the latest benchmarks on polyhedron, it looks like -parallel is very helpful

need -heap-arrays to avoid stack overflows for big runs ...

-no-wrap-margin was added to avoid ascii arrival files being wrapped at 80 characters

export FFLAGS= -O3 -parallel -axSSE4.2 -nologo -inline-level=2 -assume byterecl -threads -heap-arrays

recommended settings from POLYHEDRON site

export FFLAGS= -O3 -fast -ipo -nostandard-realloc-lhs

export FFLAGS= -O3 -fast -parallel -ipo -nostandard-realloc-lhs

export FFLAGS= -O3 -fast -parallel -ipo -no-prec-div -assume byterecl -heap-arrays

export FFLAGS= -O3 -fast -parallel -ipo -no-prec-div -qopt-report-phase=par -qopt-report:5 -assume byterecl -heap-arrays

export FFLAGS= -O3 -nologo -inline-level=2 -assume byterecl -threads -heap-arrays

export FFLAGS= -O3 -ipo -funroll-loops -xAVX -no-prec-div -axAVX -nologo -inline-level=2 -assume byterecl -threads -heap-arrays

compilation diagnostics on:

export FFLAGS= -O3 -fast -parallel -ipo -nostandard-realloc-lhs -nologo -inline-level=2 -assume byterecl -threads -heap-arrays -check -traceback

export FFLAGS= -O3 -fast -ipo -nostandard-realloc-lhs -nologo -inline-level=2 -assume byterecl -threads -heap-arrays -check -traceback

runtime diagnostics on as well:

profiling:

export FFLAGS= -g -O3 -profile-functions -profile-loops=all -xHost -nologo -inline-level=2 -assume byterecl -threads -heap-arrays -traceback

______________________________________________________________________________

*** GNU Compiler Collection GFORTRAN

use -march=generic if you get warning messages about instructions that don't make sense

-march=generic assumes an old Intel architecture that the newer versions can all execute (slowly)

-march=native should normally be the best; however, it produced AVX instructions on the Mac that the default assembler could not process

-O2 was the highest level of optimization that worked under Windows

-static can be used to tell gfortran not to rely on a dynamic link library (the compiler may or may not support)

-static does not seem to work on Macs though, and produces larger executables

Have had various problems where some installed dynamic link library is incompatible with the one the compiler used and expects at run time

For instance, Matlab changes paths and may point to an incompatible library.

One user found that it was necessary to delete /usr/local/gfortran/lib/libquadmath.dylib to force a static link. See:

http://stackoverflow.com/questions/17590525/correct-way-to-statically-link-in-gfortran-libraries-on-osx

The -Wa,-q flag can be used to select the Mac CLANG assembler instead of the GNU assembler

* Windows *

* Linux *

* Mac *

when it compiles the .f90 file. (The .mod file contains interface information that doesn't necessarily change

第 1 步　搭建 MinGW‑w64 + MSYS2 编译环境

第 2 步　配置编译环境变量并先编译公共库 `misc`