On 14 August 2017 at 20:59, Andreas Noteng wrote:
> I am regenerating, but in configure. This fail is in the initial clean.
> Would it be ok to move the makefile regeneration to clean instead?
That might work. The patch in message #23 [1] definitely worked in
Ubuntu [2]
I am regenerating, but in configure. This fail is in the initial clean.
Would it be ok to move the makefile regeneration to clean instead?
2017-08-14 13:26 GMT+02:00 Graham Inggs :
> Control: reopen -1
>
>
> As per the latest arm64 build log [1], this is still not fixed:
>
>
Control: reopen -1
As per the latest arm64 build log [1], this is still not fixed:
make -j1 distclean
make[1]: Entering directory '/<>'
Makefile:196: *** The Makefile doesn't support target aarch64-linux,
please run fpcmake first. Stop.
[1]
Control: tags -1 + patch
Hi Maintainer
The patch as applied is not sufficient, as can be seen in a recent
arm64 build log [1].
If the old Makefile exists, the build fails during the dh_auto_clean target:
dh_auto_clean: Compatibility levels before 9 are deprecated (level 7 in use)
make -j1
Source: transgui
Version: 5.0.1-2
The Debian build script seems to be using upstream's Makefile,
which was "generated by FPCMake Version 2.0.0 [2011/12/25]".
It would be better to regenerate this file for two reasons:
- It becomes possible to build the package on new architectures,
such as
5 matches
Mail list logo