[fpc-devel] Building 2.7.1 on current Raspbian fails
Joost van der Sluis
joost at cnoc.nl
Fri Oct 24 15:32:55 CEST 2014
On 10/24/2014 12:39 AM, Jonas Maebe wrote:
> On 23/10/14 17:16, Vsevolod Alekseyev wrote:
>> There's no separate makefile for fpcmake alone, is there?
>
> It used to be as simple as going into utils/fpcm and performing a "make
> all", but with the new FPC-based build system I think that is
> unfortunately no longer possible.
With the fpcmake-buildsystem it was possible to build one package from
fpc-trunk using a fpc-release-compiler with a simple "make all". But the
release-version of all dependencies were used.
So when fpcm-trunk uses a new feature in trunk-fcl-base, there was no
way to compile the trunk-version of fpcm with a release-compiler.
With fppkg this all changed. Now it's always possible to compile
(single) trunk-packages using the latest release-compiler. The command
has been altered, though. You have to do 'fppkg build', instead of 'make
all'. Fppkg will then compile all the packages that fpcm depend on using
the new compiler.
This does not work if the new fpcm-package uses new compiler features
offcourse. And the same holds for the rtl because that one is still
compiled using the fpcmake-system.
There's one problem, still, and that's the same problem you have with
the fpcmake-system. When the Makefile's do not support a new target, you
have to re-generate those first using a new version of fpcmake.
The same holds with the fpmake-system. When your fpmake uses some new
functionality that is only available in the new compiler or a new
fpmkunit-unit, you have a problem. For this case fppkg uses two
configurations. One to compile the fpmake.pp-files, and one to compile
the actual packages. But that's not configured by default.
Joost.
More information about the fpc-devel
mailing list