[Arjen Markus <arjen.markus@wl...>]

Werner Smekal wrote:

>Hi,
>
>after disabling ada (cmake -G "MinGW Makefiles" -DENABLE_ada=OFF 
>..\..\plplot) cmake passes the configuration stage. Running make gives 
>troubles with fortran 77 though:
>
>Scanning dependencies of target plplotf77d
>[ 52%] Building Fortran object 
>bindings/f77/CMakeFiles/plplotf77d.dir/strutil.obj
>[ 54%] Building Fortran object 
>bindings/f77/CMakeFiles/plplotf77d.dir/sfstubs.obj
>[ 55%] Building Fortran object 
>bindings/f77/CMakeFiles/plplotf77d.dir/configurable.obj
>Linking Fortran shared library ..\..\dll\libplplotf77d.dll
>CMakeFiles\plplotf77d.dir\sfstubs.obj:sfstubs.f:(.text+0x54): undefined 
>reference to `_plsetopt7_'
>CMakeFiles\plplotf77d.dir\sfstubs.obj:sfstubs.f:(.text+0x8c): undefined 
>reference to `_plabort7_'
>  
>
...

>undefined reference to `_plparseopts7_'
>collect2: ld returned 1 exit status
>mingw32-make[2]: *** [dll/libplplotf77d.dll] Error 1
>mingw32-make[1]: *** [bindings/f77/CMakeFiles/plplotf77d.dir/all] Error 2
>mingw32-make: *** [all] Error 2
>
>Any ideas? In the path I don't have f77 or g77, only gfortran. Didn't 
>know that gfortran also compiles f77 code?
>  
>
Well, Fortran 95 is an (almost) strict superset of FORTRAN  77, so any F95
compiler should be able to handle F77 as well (*).

The problem you encounter here most likely has to do with naming and 
calling
conventions. I have never tried gfortran under MinGW (got g95 instead), but
it is likely - in view of the use of DLLs - that the name in the object 
files should be
_PLSETOPT7@... etc.

Can you check what symbols you have in the libplplotf77d.dll DLL? (via nm
or strings or whatever)?

Regards,

Arjen