Hi,

Until now, when i make changes to RTL units in trunk, i take two pathes to test and compile:

1) If the unit is self contained, i go to source directory and compile directly
2) If the unit is a dependency of other RTL parts, i rebuild all the compiler and RTL

I tried improve this cycle.

So after i changed the file fpexprpars, i run "make all" in the fpc source root dir. Nothing happens

I went to \packages\fcl-base dir and run make PP="my271compilerpath" and i got:

Start compiling package fcl-base for target i386-win32. Compiling BuildUnit_fcl_base.pp
[100%] Compiled package fcl-base

But fpexprpars is not recompiled

Is there any better way to compile and test changes in the RTL?

Luiz

luiz americo pereira camara wrote

But fpexprpars is not recompiled Is there any better way to compile and test changes in the RTL?

Just a slight correction: everything in "packages" is not "RTL" (except maybe the "rtl-*" packages). The RTL itself resides in directory "rtl". Regarding your problem: have you tested running "make clean all PP=..." inside the fcl-base directory? Otherwise you could try to execute the compiled fpmake binary in that directory with -h and see what options it provides.

Regards,
Sven

There is no improvement, you are doing it correct.

It should be, unless timestamps are messed up on your system.

Is there any better way to compile and test changes in the RTL?

No. You do what must be done.

Michael.

2014-11-26 5:21 GMT-03:00 Michael Van Canneyt :

The timestamps are correct

Other possibility is a bug in the configuration

In file fpunits.cfg (created after running make) i found SourcePath=D:\repositories\fpc-trunk\packages\fcl-base\ but the source is in SourcePath=D:\repositories\fpc-trunk\packages\fcl-base\src

In fpmake.pp seems correct:

  P.SourcePath.Add('src');
    P.SourcePath.Add('src/$(OS)');
    P.SourcePath.Add('src/unix',AllUnixOSes);

Luiz