From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 30081 invoked by alias); 8 Jan 2002 18:46:01 -0000 Mailing-List: contact gcc-prs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-prs-owner@gcc.gnu.org Received: (qmail 30067 invoked by uid 71); 8 Jan 2002 18:46:01 -0000 Date: Tue, 08 Jan 2002 10:46:00 -0000 Message-ID: <20020108184601.30066.qmail@sources.redhat.com> To: nobody@gcc.gnu.org Cc: gcc-prs@gcc.gnu.org, From: Neil Booth Subject: Re: target/4789: [DJGPP] preprocessing fortran files by cpp with extension .f Reply-To: Neil Booth X-SW-Source: 2002-01/txt/msg00340.txt.bz2 List-Id: The following reply was made to PR target/4789; it has been noted by GNATS. From: Neil Booth To: Andris Pavenis Cc: neil@gcc.gnu.org, bonner@ivp.bepr.ethz.ch, gcc-bugs@gcc.gnu.org, toon@gcc.gnu.org, gcc-gnats@gcc.gnu.org Subject: Re: target/4789: [DJGPP] preprocessing fortran files by cpp with extension .f Date: Tue, 8 Jan 2002 18:42:31 +0000 Andris Pavenis wrote:- > The problem appears when -remap is used in specs in cpp_options. cpp_options > settings are common for both tradcpp0 and cpp0. For DJGPP we need -remap > to avoid need to use changed names of include files (DJGPP can be used under > plain MS-DOS when we only have 8+3 filename limitations). -remap is not > recognized by tradcpp0 as valid option. Unfortunatelly tradcpp0 and cpp0 are > used also directly in specs not only through trad_capable_cpp (otherwise I > could change there) Are you saying that getting tradcpp to recognize and ignore -remap would fix it? Or does tradcpp require a -remap implementation? > I tried to fix that for DJGPP port of gcc-3.0.3, but it required to > add options specially for cpp0 only (not for tradcpp0) and to use > this new spec where needed (in cp/lang-specs.h and f/lang-specs.h, > gcc.c, etc) What exactly did you do? Neil.