预编译的Windows OMF BLAS/LAPACK？

是否有任何地方可以获得OMF对象格式的Windows预编译BLAS和LAPACK二进制文件？我想把一些D语言代码链接到这些。我知道我能去哪里。我也知道objconv工具，它可以将COFF转换为OMF，尽管由于我不完全理解的原因，它在实践中似乎不起作用。这些似乎与符号中的下划线有关，尽管我尝试了处理这些问题的所有设置，但似乎都不起作用

或者，是否有人知道如何进行转换，以便能够正确地链接到DMD编译代码？作为最后手段，有人知道如何让CLAPACK、CBLAS和F2CLIB使用DMC进行构建吗？这些工具附带的构建过程似乎完全面向GCC工具链。

“…seams完全面向GCC工具链。”

这是一种轻描淡写的说法。Blas在gcc的一个特定版本2.4.3下对complile进行了高度“优化”

---

也许可以从源代码的未优化版本开始，使用OpenWatcom工具链进行编译，以生成32位OMF，但是，我担心，会涉及大量的foo，结果会是非常慢的代码。

在我之前的回答中链接的多数组包附带了一个dll+包装器（请参阅），应该可以工作（我还没有测试过）。如果这不起作用，请告诉我，我将尝试构建一个。顺便说一句，如果您是LAPACK新手，有两个问题：1）所有Fortran函数都通过引用获取所有参数（甚至整数），除非LAPACK发行版有一个C包装器；2） Fortran数组是列主布局，而C数组是行主布局。@stephan:你应该把它作为答案。我会接受的，因为在你发帖子的同一时间，我自己也发现了同样的东西。至于Fortran和其他语言，我不打算直接使用BLAS和LAPACK。我将使用Lars Kyllingstad的SciD库，它提供了漂亮的包装，嗯？LAPACK和BLAS决不是专门针对gcc的；它们的目标是一个非常通用的fortran/c/make构建系统，它基本上可以移植到除windows之外的所有东西。感谢Steven的更正。我在想八度音吗？我偶然想起必须使用2.4.3来编译八度音阶，我记错了，这是由于lapack.P.S。编辑最后一条评论时超时。忽略最后一点，有问题的包裹是阿特拉斯。我向blas/lapack社区道歉。