Newsgroups: comp.sys.atari.st Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!zaphod.mps.ohio-state.edu!think.com!mintaka!wookumz.gnu.ai.mit.edu!entropy From: entropy@gnu.ai.mit.edu (maximum entropy) Subject: Re: gcc 139 from atari.archive In-Reply-To: Mick_Schmidt@hb.maus.de's message of 14 May 91 20:53:00 GMT Message-ID: Sender: news@mintaka.lcs.mit.edu Organization: Not Proud Programmers References: <60536@hb.maus.de> Distribution: world,comp Date: 18 May 91 06:32:43 Lines: 36 In article <60536@hb.maus.de> Mick_Schmidt@hb.maus.de (Mick Schmidt) writes: >When I run gcc with the -v Option I get the following. >gcc version 1.39 > cpp -v -undef -D__GNUC__ -Datarist -Dgem -Dm68k -D__atarist__ -D__gem__ -D__m68k__ golforga.c /tmp/cc100000.cpp >gcc: /tmp/cc100000.cpp: file not found >I presume cpp tries to create the temporary file but fails because of the >slash's which should be backslash's?!? Many people have had this problem, including me initially. You must set the environment variable GCCEXEC to be the path to the binaries plus the initial part of the names. For example, my cpp is C:/gnu/bin/gcc-cc1.ttp so my GCCEXEC definition for Gulam is: setenv GCCEXEC c:/gnu/bin/gcc- If my cpp were just C:/gnu/bin/cc1.ttp then the definition would be setenv GCCEXEC c:/gnu/bin/ ^ note the ending slash. For some reason the wrong error message is printed in this instance, and if you think you've set everything else up correctly, this is the most likely source of the problem. This really should be in the faq posting if it isn't already. Could whoever is maintaining it put a note in about this? -- entropy@gnu.ai.mit.edu entropy. . .it's not just a good idea, it's the second law. Boycott Lotus, Apple, Ashton-Tate and Xerox. Join the League for Programming Freedom! Write to league@prep.ai.mit.edu for more information.