I recently discovered GPC and am attempting to install it on Windows NT, but cannot get it to run. So far I have done the following: * downloaded the MinGW 1.1 distribution from SourceForge.net * added C:\mingw\bin to my PATH per the MinGW 1.1 instructions at SourceForge * downloaded the gpc-19990118.i386-pc-mingw32 distribution * extracted the files to the C:\mingw folder (the GPC binary is in the same bin folder as the GCC, g77, etc. binaries)
Now, working in a Command Prompt window from a different folder (i.e. my "working directory"), I get the following behavior: * Type "gpc" - works ok (I get the copyright message and a list of more details, command line options, and a command to view the online documentation) * Type "gpc --verbose" (as described in the above output) - I get a couple of lines of messages, with the last line reading "ld: cannot open crt1.o: No such file or directory", but this file is located in my "C:\mingw\lib" folder. * Type "info -f gpc invoking" (as described in the above output) - I get the standard Microsoft error message "The name specified is not recognized as an internal or external command, operable program or batch file." * Type "gpc test.pas" (test.pas is a file in my current working directory, which runs correctly under Turbo Pascal 5.5) - I get an error message "gpc: installation problem, cannot exec 'gpc-cpp': No such file or directory"
There is a file "gpc-cpp.exe" located in "c:\MinGW\lib\gcc-lib\i386-mingw32\2.8.1", so I added this folder to my PATH. Now I get the following behavior: * Type "gpc test.pas" (same as above) - I get a different error message "ld: cannot open crt1.o: No such file or directory", but this file is located in my "C:\mingw\lib" folder.
Can anyone help me get this installation to work?
Also, it would be great to use either the PENG or RHIDE IDEs described on the GPC web page, but I noticed that both of these only work with DJGPP. Will DJGPP work under Windows NT? If so, (other than the obvious of getting the DJGPP versions of GCC, binutils, GPC etc.), are there any tricks necessary to getting the DJGPP version of GPC operable and getting PENG or RHIDE working as well?
Thanks.
Andrew Kelly andrew.kelly@us.abb.com
On 13 Feb 2002 at 12:52, andrew.kelly@us.abb.com wrote:
I recently discovered GPC and am attempting to install it on Windows NT, but cannot get it to run. So far I have done the following: * downloaded the MinGW 1.1 distribution from SourceForge.net *
Correct.
added C:\mingw\bin to my PATH per the MinGW 1.1 instructions at SourceForge *
Correct.
downloaded the gpc-19990118.i386-pc-mingw32 distribution
That version is too old. Get a more recent version from: ftp://agnes.dida.physik.uni-essen.de/home/chief/win32/mingw32/
- extracted the files to the C:\mingw folder
Not a good idea. Use the directory structure inside the gpc distribution. If I remember correctly, it expects to be installed into "\usr\local" (at least, this is what the recent versions expect). For straightforward operation, make sure that this is what you do. If not, then be prepared to set environment variables such as; GPC_EXEC_PREFIX GCC_EXEC_PREFIX LIBRARY_PATH C_INCLUDE_PATH
You might need to set the last two anyway - e.g., set LIBRARY_PATH=c:\mingw\lib set C_INCLUDE_PATH=c:\mingw\include
Best regards, The Chief -------- Prof. Abimbola A. Olowofoyeku (The African Chief) web: http://www.bigfoot.com/~African_Chief email: African_Chief@bigfoot.com
andrew.kelly@us.abb.com wrote:
Also, it would be great to use either the PENG or RHIDE IDEs described on the GPC web page, but I noticed that both of these only work with DJGPP. Will DJGPP work under Windows NT? If so, (other than the obvious of getting the DJGPP versions of GCC, binutils, GPC etc.), are there any tricks necessary to getting the DJGPP version of GPC operable and getting PENG or RHIDE working as well?
Speaking as the author of PENG and a non-user of Windows: There are currently a few issues that would prevent PENG from working there (such as a missing select() in Mingw). I've been in contact with the Chief for a long time, and will try to sort out these matters with his help, but currently I have some mroe urgent issues to work on. And not being able to test it myself might cause further problems. So expect it in the long run, but not too soon ...
Frank
-
andrew.kelly＠us.abb.com -
Frank Heckenbach -
Prof Abimbola Olowofoyeku