forums.silverfrost.com

[Serge_A]

I am beginner with FTN95. Working with Plato ver. 4.10, FTN95/Win32 ver.5.21.0
and SCC/Win32 ver.3.65. Problem is:
when *.cpp-files are to be compiled, either from Plato IDE or from command line,
SCC sees only the root directory (defined by f95include) and can not find
files laying in subfolders.
FTN95 compiles *.f* OK.
What is wrong and what shall I do?
Thank you.

[PaulLaidler]

Can you be more specific?
What is the current folder?
Where is the file you are aiming to compile?
What is your command?

[Serge_A]

Paul
thank you answering fast

1) current folder is project work folder F:\....
2) *.for and *.cpp files are in this folder. Resource file with its include-files is in subfolder ..\res
3) the command and the answer are:
F:\2_ViSAP>scc *.cpp
[Silverfrost SCC/WIN32 Ver 3.65 Copyright (c) Silverfrost Ltd 2008]

Compiling F:\2_VISAP\BITPAINT.CPP
0007 #include <winbase.h>
*** Include file winbase.h cannot be opened
1 ERRORS [<BITPAINT> SCC/WIN32 Ver 3.65]
*** Compilation failed

Compiling F:\2_VISAP\POWERI.CPP
0006 #include <conio.h>
*** Include file conio.h cannot be opened
1 ERRORS [<POWERI> SCC/WIN32 Ver 3.65]
*** Compilation failed

Compiling F:\2_VISAP\PSDGEN.CPP
0007 #include <conio.h>
*** Include file conio.h cannot be opened
1 ERRORS [<PSDGEN> SCC/WIN32 Ver 3.65]
*** Compilation failed

[PaulLaidler]

You can set up an environment variable called SCCINCLUDE that works like the PATH environment variable and provides a list of "include" folders.

[Serge_A]

Paul,
I tried it before sending my first message.
I tried two ways to indicate "extra" subfolders: through SCCINCLUDE variable and through SCC /INCLUDE option. The effect was the same.
If ... \Silverfrost\FTN95\include\win32 path have been indicated, then SCC could not find *.h placed in ... \Silverfrost\FTN95\include folder.
If two or more paths separated by semicolon are indicated in SCCINCLUDE or after /INCLUDE in command line, SCC sees only the first path from the list.
But has SCC compiler make search in subfolders or has not ?

[PaulLaidler]

I will test this out when I get a minute.

[PaulLaidler]

I have done some testing using the include file windows.h.

On my machine this is in C:\Program Files\Salford Software\FTN95\include
and my PATH environment variable includes C:\Program Files\Salford Software\FTN95

This is sufficient to allow the compiler to find windows.h.

I moved windows.h to C:\Win32app\Salford\Include and I set the SCCINCLUDE environment variable to C:\Win32app\Salford\Include.

This was also sufficient to allow the compiler to find windows.h.

At the moment the compiler limits the length of the SCCINCLUDE variable to 120 characters. This is rather short now-a-days and needs changing.

You should check to make sure that the include files that you reference are actually located in the include folder. For example, winbase.h does not appear in my Silverfrost include folder.

[Serge_A]

Paul,
thank you. Understood.
But the problem still remans. Please, try to compile some *.cpp with:
.....
#include <windows.h>
#include <winbase.h>
#include <conio.h>
.....
On my comp <windows.h> is in the FTN95-root folder, <winbase.h> is in
.\win32\ subfolder and <conio.h> is in .\dbos\ subfolder. What will be the result?
I think is the problem is not only in SCCINCLUDE string length.
Thank you

[PaulLaidler]

You need

#include <windows.h>
#include <win32\winbase.h>
#include <dbos\conio.h>

[Serge_A]

Paul,
thank you. Understood. But this is strange in comparison with othe C compilers.
Good bye.