[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