ClearWin+ gFortran modules

I have seen reference to modules to enable gFortran to access winio but can't find working versions of them.

I have downloaded the v13 DLLs for ClearWin+ and they are not there.

I have also tried to recreate the modules using an old version of clrwin$.f95 in the gfortran directory, but I am unable to link against the v13 DLLs because I think the naming convention has changed (the DLL has double underscore prefixes and it does not seem possible to use an underscore prefix in Fortran).

I've looked at calling the winio API directly but because of the variadic parameters, it does not seem possible (unless anything has changed since Paul posted this https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56149 ).

Is this still possible? I'd like to be able to access this under 32 and 64 bit from gFortran. I'm a bit stuck otherwise.

Regards

Ryan

On my machine the source files are in C:\Program Files (x86)\Silverfrost\FTN95\source64. This folder is from the FTN95 installer.

If you need clearwin64f.dll or the equivalent 32 bit DLL then you you would also need a gFortran command line to generate it from clearwin64f.f95.

Apologies Paul, I thought they were out of date but it was because gFortran was adding an additional underscore that could not then be found in the lib.

I can now get 64 bit gFortran calls working with winio, but 32 bit fails as I am having to call the old ClearWin32.lib / DLL. I'll update the other post regarding that.

Thanks again Paul

My working out for anyone else interested;

I attempted to use the clrwin.f95 source from the source64 directory, it did not seem to sync with the v13 64 bit build however. This was from the Silverfrost 8.10 version installation we purchased earlier this year so it should have been current.

The problem seemed to occur with the following line in clrwin.f95;

integer,external::winio$

This is I believe a workaround for two things, a) the @ has been replaced by $ because @ is not valid in some compilers and b) the Fortran specification does not allow for a variable number of parameters, hence it is just declared 'external' instead of having an interface defined.

Using the dumpbin tool I could see that the LIB for ClearWin64 exports a function named 'winio$' but my attempts to call it from the sample ClearWin+ code all ended up with linker errors saying that 'clrwin$_' could not be found.

It turned out to be gFortran adding an underscore to anything defined as 'external'. This can be turned off with the -fno-underscoring compiler flag.