delorie.com/archives/browse.cgi   search  
Mail Archives: djgpp-workers/1998/04/09/07:00:00

Message-Id: <199804091200.OAA45792@ieva06.lanet.lv>
From: "Andris Pavenis" <pavenis AT lanet DOT lv>
To: DJGPP Workers Mailing List <djgpp-workers AT delorie DOT com>,
"John M. Aldrich" <fighteer AT cs DOT com>
Date: Thu, 9 Apr 1998 13:58:42 +0300
MIME-Version: 1.0
Subject: Re: [Fwd: Re: What did I miss ?]
In-reply-to: <352C241A.32D3@cs.com>

Date sent:      	Wed, 08 Apr 1998 21:27:54 -0400
From:           	"John M. Aldrich" <fighteer AT cs DOT com>
Subject:        	[Fwd: Re: What did I miss ?]

> Please take a look at the following log of gcc sent by a user on the
> DJGPP list.  Am I mistaken, or has the -dumpbase problem in gcc still
> not been corrected?
> 

Yes It is not corrected also in 2.8.1. 

gcc invokes cc1plus with command line argument '-dumpbase %b.cc' 
(fragment from specs, file cp/lang-specs.h). Therefore .o file still 
contains reference to source with extension .cc always even if source 
really had extension .cpp or something like. This problem is NOT DJGPP
specific.

I see some possible ways of fixing it:
       -  use '-dumpbase %i' instead of '-dumpbase %b.cc'
          then we'll get full path of source file. I'm not sure this
          will not break something.
       -  add extra specs code to get file extension.
          '%b' outputs input_basename, we should have code that outputs
          variable input_suffix (There is no such in gcc.c). Would 
          be nice I think.

Question: is it solved in egcs? I haven't tested it.



- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019