[fpc-devel] Include files with double names

Jonas Maebe jonas.maebe at elis.ugent.be
Wed Sep 7 16:39:00 CEST 2011


On 07 Sep 2011, at 16:29, Joost van der Sluis wrote:

> On Tue, 2011-09-06 at 21:58 +0200, Jonas Maebe wrote:
>> On 06 Sep 2011, at 21:48, Joost van der Sluis wrote:
>>
>>> Can someone reproduce this? And what to do now? I've even did a  
>>> touch on
>>> the rtl/objpas/parser.inc, but that doesn't help.
>>
>> If you perform a top level "make all", the RTL and packages are  
>> compiled with -Ur so that it never gets recompiled. If you compile  
>> them manually, you should add that parameter yourself in most cases  
>> (unless you are debugging a bug regarding include files in the  
>> RTL). This problem is not specific to the RTL vs packages, it can  
>> also happen with any FPC-supplied unit and third party sources  
>> (which is why the -Ur parameter was implemented and activated by  
>> default when doing a "make all").
>
> Didn't thought about that. Isn't it strange that the '-Fisrc' option
> triggers this behavior?

I guess that explicitly adding a directory to the include path makes  
the compiler more strict regarding checking for include files in that  
directory. Maybe that was done before we had -Ur option to avoid at  
least some problems with include file name conflicts if they were only  
in the current directory.

> Fpmake, as it is now, however, does pass it, so more people will
> encounter this problem.

Using standard FPC units that were not compiled with -Ur is  
unsupported in a deployment environment.


Jonas



More information about the fpc-devel mailing list