我继承了这段用fortran 90编写的mex代码，但我无法正确构建。所有的对象文件都编译得很好，但是链接失败了。幸运的是，我有几个线索可以继续解决这个问题。
链接器唯一的投诉是
Undefined symbols for architecture x86_64:
"_mxgetstring_", referenced from:
_mexfunction_ in qgstep_mex.o
ld: symbol(s) not found for architecture x86_64
现在mxGetString只在qgstep_mex.f90中的一个位置被调用
status = mxGetString(prhs(3), prmfname, STRLEN)
所以如果我把它改成
status = 0
和硬编码prmfname，该包构建得很好。但我当然不想硬编码。
然而，我已经设法构建了另一个使用mxGetString()的程序，即Matlab提供的示例文件revord.f
这两个程序由mex 发出的相同命令链接
gcc -O -Wl,-twolevel_namespace -undefined error -arch x86_64 -Wl,-syslibroot,/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.8.sdk/ -mmacosx-version-min=10.5 -bundle -Wl,-exported_symbols_list,/Applications/MATLAB_R2012a.app/extern/lib/maci64/fexport.map -o "revord.mexmaci64" revord.o -L/Applications/MATLAB_R2012a.app/bin/maci64 -lmx -lmex -lmat -L/opt/local/lib/gcc47/gcc/x86_64-apple-darwin12/4.7.3/../../.. -lgfortran -L/opt/local/lib/gcc47/gcc/x86_64-apple-darwin12/4.7.3 -lgfortranbegin
除了CCD_ 6被CCD_。
revord.F中有一个include语句
#include "fintrf.h"
在编译过程中由标志指向
-I/Applications/MATLAB_R2012a.app/extern/include
然而，如果我试图将其放在qgstep_mex.f90中，链接器只会抱怨
Warning: qgstep_mex.f90:1: Illegal preprocessor directive.
那么，有人知道如何做到这一点吗？
更新(回应M.S.B.的回答)
将扩展名的大小写更改为。F90没有效果，但-cpp标志似乎起到了作用。然而，现在它给出了一个我不太理解的错误(在编译过程中，而不是链接)(我对Fortran不太熟悉)
$ gfortran-mp-4.7 -c -I/Applications/MATLAB_R2012a.app/extern/include -I/Applications/MATLAB_R2012a.app/simulink/include -fexceptions -m64 -fbackslash -DMX_COMPAT_32 -O -cpp "qgstep_mex.f90"
qgstep_mex.f90:102.11:
status = mxGetString700(prhs(3), prmfname, STRLEN)
1
Error: Function 'mxgetstring700' at (1) has no IMPLICIT type
include文件中的相关行似乎是
#if defined(MX_COMPAT_32)
.
.
.
#define mxGetString mxGetString700
根据M.S.B.的更新进行更新
啊哈。看来我根本不应该包括fintrf.h。项目目录中还有另一个文件mexf90.f90，其中包含
module mexf90_mod
interface
function mxGetString(p, string, STRLEN)
integer(8) :: mxGetString
integer(8) :: p
character*(*) :: string
integer(4) :: STRLEN
end function mxGetString
function mxGetPr(pm)
integer(8), pointer :: mxGetPr
integer(8) :: pm
end function mxGetPr
.
.
奇怪的是，在qgstep_mex.f90中，mxGetPr在mxGetString之前被调用得很好，但调用mxGetString失败，错误消息如上所述。这是我使用的链接命令(为了清晰起见插入换行符)
gfortran-mp-4.7 -O -Wl,-twolevel_namespace -undefined error -arch x86_64
-Wl,-syslibroot,/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.8.sdk/
-mmacosx-version-min=10.5 -bundle -Wl,-exported_symbols_list,/Applications/MATLAB_R2012a.app/extern/lib/maci64/fexport.map
-o "QG_step_f.mexmaci64" utils.o parameters.o helmholtz.o calc.o qgflux.o qgstep.o mexf90.o qgstep_mex.o
-L/Applications/MATLAB_R2012a.app/bin/maci64 -lmx -lmex -lmat -L/opt/local/lib/gcc47/gcc/x86_64-apple-darwin12/4.7.3/../../..
-lgfortran -L/opt/local/lib/gcc47/gcc/x86_64-apple-darwin12/4.7.3 -lgfortranbegin
可以看出，对象文件的顺序似乎也是正确的。
更新
该包在linux系统上构建得很好。因此，我想编译器之间一定存在一些差异。以下是linux系统上使用的链接代码：
gfortran -O -pthread -shared -Wl,--version-script,/ufs/local/matlab-2012a/extern/lib/glnxa64/fexport.map -Wl,--no-undefined
-o "QG_step_f.mexa64" utils.o parameters.o helmholtz.o calc.o qgflux.o qgstep.o mexf90.o qgstep_mex.o
-Wl,-rpath-link,/ufs/local/matlab-2012a/bin/glnxa64 -L/ufs/local/matlab-2012a/bin/glnxa64 -lmx -lmex -lmat -lm
尝试将文件名qgstep_mex.f90更改为qgstep_mex。F90.这将导致gfortran运行C预处理器。还有一个编译器选项会导致这种情况。
编辑以回应问题更新：编译器希望函数mxGetString7001是类型化的。有几种方法可以做到这一点。理想的方法是将函数的源代码放在模块中。然后，当调用方use调用该模块时，编译器就会知道函数的返回类型及其参数的类型。也许这是存在的，您需要将源代码文件添加到编译语句中。。。在使用此函数的文件之前。如果没有，您可以编写一个interface块来提供此信息。或者，您可以声明函数并使用external语句，但这实际上是一种变通方法，使用FORTRAN 77方法。
fortran中的include语句没有#
include "fintrf.h"
在构建时，为什么不使用gfortran而不是gcc呢。省去了编译器必须弄清楚您正在编译的内容。