Frank Heckenbach wrote:
Toby Ewing wrote:
I wrote earlier and got no response. Now I'm trying again.
I installed gpc on a new machine with redhat 9. I can compile and run easy demo programs. But any program the has C-code in it, or uses a unit with C-code, gets rejected.
Under gp, the message is gp: Pascal and C compilers specified seem to be for different platforms gp: ('i686-pc-linux-gnu' and 'i386-redhat-linux')
Using gpc directly, I can compile the unit crt.pas, but when I try to compile a program that uses it, I get a message saying that crt.gpi needs to be recompiled. Recompiling crt.gpi does not change anything.
Try `--automake' (not necessary with gp).
What do I need to do to get some version of gpc working on this system?
I did reply on the list (15 Mar). Didn't you get it? Again:
Not the compiler, but the gp utility which you're apparently using. Yes, gp is very strict in this regard.
If you're sure what you're doing, you can disable this check with `--no-check-platform'.
Alternatively you can pass `CC=gpc' to use the gpc as the driver for the C compiler. This should work provided cc1 was installed with gpc. The advantage then is that you definitely have the same backends working. (Though mismatches usually are no problem under Linux and many other systems, indeed.)
I didn't get your 15 Mar reply -- not sure how that happened, as I've been looking for a reply.
--automake does work, and so does gp --no-check-platform. Thank you! I'm particularly pleased that I can use gp, which I really like.
gp.info makes reference to the possibility of using a .gp file to store user-specific options, but I've had no luck with this, either in the gp directory, or in the source directory. I just made a file .gp with --no-check-platform in it. Is there more involved than this?
Thanks to all the others who answered. I will use those approaches when I install the next version, but I needed something fast.
Toby