Another novice question - I'm afraid.
When trying to compile a program which USES GPC,CRT; I'm getting an error...
GPC installation problemm cannot exec cpp - no such file module/unit CRT could not be compiled
I tried both the DJGPP port & Dr Olowofoyeku's Mingw port & got the same message from both, so I think I must be making a silly mistake somewhere - sorry.
Mark.
-- Mark Taylor, Department of Corporate Information & Computing Services, Extension 21145. (0114) 222 1145 http://www.shef.ac.uk/misc/personal/ad1mt
The opinions expressed in this email are mine and not those of the University of Sheffield.
On 14 Mar 00, at 9:59, Mark Taylor wrote:
Another novice question - I'm afraid.
When trying to compile a program which USES GPC,CRT; I'm getting an error...
GPC installation problemm cannot exec cpp - no such file module/unit CRT could not be compiled
I tried both the DJGPP port & Dr Olowofoyeku's Mingw port & got the same message from both, so I think I must be making a silly mistake somewhere - sorry.
Do you have the GCC compiler installed and working properly? You need the C compiler to compile the CRT unit.
BTW: my port is a Cygwin port, although it can compile Mingw programs. There is a separate zip file ('units.zip') that contains precompiled binaries of all the GPC units, plus the WinAPI units.
Best regards, The Chief ----- Dr Abimbola A Olowofoyeku (The African Chief) Email: African_Chief@bigfoot.com Author of Chief's Installer Pro v5.22 for Win32 http://www.bigfoot.com/~African_Chief/chief32.htm
Subject: was "Install problem - cannot exec cpp"
BTW: my port is a Cygwin port, although it can compile Mingw programs. There is a separate zip file ('units.zip') that contains precompiled binaries of all the GPC units, plus the WinAPI units.
I have not been able to find the fix to my "cannot exec cpp" problem, but from looking at the GCC documentation it looks like an incorrectly set GCC_EXEC_PREFIX (or other option that sets the driectories that are search for compiler subprograms). I have not set any of these but maybe GPC or MGPC does?
I have skirted round this by copying the pre-compiled units to my working directory using a command line like this...
gpc prog.pas crt.o gpc.o
(However, is there a better way to get the precompiled units to be located & included automatically?)
Now to the main point...
GPC now crashes & produces a stack dump file (or words to that effect). My initial attempts to isolate which part (if any) of my program is causing this have been unsuccessful - it looks as though it might a size thing rather a specific piece of code.
Mark.
-- Mark Taylor, Department of Corporate Information & Computing Services, Extension 21145. (0114) 222 1145 http://www.shef.ac.uk/misc/personal/ad1mt
The opinions expressed in this email are mine and not those of the University of Sheffield.
On 16 Mar 00, at 10:24, Mark Taylor wrote:
Subject: was "Install problem - cannot exec cpp"
BTW: my port is a Cygwin port, although it can compile Mingw programs. There is a separate zip file ('units.zip') that contains precompiled binaries of all the GPC units, plus the WinAPI units.
I have not been able to find the fix to my "cannot exec cpp" problem,
In what directories have you installed GCC and GPC ? Is your GCC version based on gcc 2.95.2 ? Is your GCC the Cygwin version or the Mingw32 version? All these factors may be crucial.
but from looking at the GCC documentation it looks like an incorrectly set GCC_EXEC_PREFIX (or other option that sets the driectories that are search for compiler subprograms). I have not set any of these but maybe GPC or MGPC does?
Apart from the ones set in the 'setupgpc.bat' batch file (which, apart from the 'PATH' you should actually now remove), I am not aware of any that is preset by GPC. Also: avoid MGPC - it is not working like I intended it to. Use 'gpc -mno-cygwin' instead.
I have skirted round this by copying the pre-compiled units to my working directory using a command line like this...
gpc prog.pas crt.o gpc.o
(However, is there a better way to get the precompiled units to be located & included automatically?)
Yes. Copy the precompiled units to the GPC 'units' directory - i.e., 'c:\usr\local\lib........\units'. Then move the sources to another directory (e.g., units\source) so that you have only the '.o' and .'gp*' files in the units directory. The problem is that the automake mechanism is broken, so even if the precompiled units are up-to- date, GPC still tries to recompile them if the sources are there. That is why I said you should move the sources elsewhere.
Now to the main point...
GPC now crashes & produces a stack dump file (or words to that effect). My initial attempts to isolate which part (if any) of my program is causing this have been unsuccessful - it looks as though it might a size thing rather a specific piece of code.
Yes, the Windows versions that I have built of recent are sometimes flaky. My current development version is more stable than the version that is on agnes, but it sometimes plays up as well. I am still trying to find out the cause (the problem seems to be random, which makes it more difficult to solve). In my experience, compiling for Cygwin seems at the moment to be more stable than compiling for Mingw. This may of course be due to my tinkerings with the GPC driver program when compiling for a Mingw platform - or it may be due to something else. I am sure that these things will be ironed out in due course.
Best regards, The Chief ----- Dr Abimbola A Olowofoyeku (The African Chief) Email: African_Chief@bigfoot.com Author of Chief's Installer Pro v5.22 for Win32 http://www.bigfoot.com/~African_Chief/chief32.htm
On 16 Mar 2000, at 10:24, Mark Taylor wrote:
I have not been able to find the fix to my "cannot exec cpp" problem, but from looking at the GCC documentation it looks like an incorrectly set GCC_EXEC_PREFIX (or other option that sets the driectories that are search for compiler subprograms).
I've lost track of whether your problem is with GCC or GPC, but in either case, if you do:
gpc -print-search-dirs or gcc -print-search-dirs
...you should get a list of directories that GxC is looking in to find cpp (listed under the "programs:" heading). If cpp.exe isn't in one of those, that will cause the error message you quoted.
-- Dave
-
Dr A Olowofoyeku -
J. David Bryan -
Mark Taylor