Updated results:
Runtest: 259 tests run, 256 successful, 3 failed + 0 expected, 1 skipped
Failed:
/home/ntu/linuxcnc/tests/pyhal
/home/ntu/linuxcnc/tests/realtime-math
/home/ntu/linuxcnc/tests/symbols.0
realtime-math failed only because:
+ set -xe
+ halcompile --install
He shoots HE SCORES!!!
SUBDIRS was being used again when it shouldn't be, I didn't remove all the
instances I guess. M= is the way to go, and I fixed the tests.
Commit:
https://github.com/NTULINUX/linuxcnc-rtai-gnu11/commit/867ac21bfa2138988d1fd800126be23cb3d4cb60
CHEERS!
Alec
Error for personalities_mod:
cat /home/ntu/linuxcnc/tests/halcompile/personalities_mod/stderr
+ set -e
+ halcompile --personalities=2 --install lincurve_test.comp
mkdir: cannot create directory '.tmp_41640': Permission denied
blah blah blah
mkdir: cannot create directory ‘.tmp_41846’: Permission
> Still can't build a package, the system really does seem to be
> impossible to persuade to not build docs
Steffan put a PR forward to enable this the debian way
https://github.com/LinuxCNC/linuxcnc/pull/2647
Rod Webster
*1300 896 832*
+61 435 765 611
Vehicle Modifications Network
Alec: Do the tests pass with your run-in-place build, by the way? I am
getting some odd errors in the maths tests, but not ones that seem to
be related to maths.
They actually look like a permissions problem with the temp directory.
Still can't build a package, the system really does seem to be
Accidentally sent this directly to Andy instead of the mailing list..
Yes, SUBDIRS was deprecated a long time ago and then eventually removed, in
favor of M. The fix I made before was so 5.4 builds would work, however that
was only for the classic ./configure ; make method. Using M=$(PWD)
On Mon, 23 Oct 2023 at 09:08, andy pugh wrote:
>
> > As for the failing modules, the problem is that when you build LinuxCNC
> > Debian packages, you're in the top directory of LinuxCNC, _not_ the src
> > directory. In linuxcnc/src/Makefile, the value of M is $(PWD) however when
> > you build
Hello,
I presume the linuxcnc-uspace should be substitute by @MAIN_PACKAGE_NAME@. I
presume this also happened elsewhere during the installation of the examples.
Cheers,
Steffen
mc00023497:linuxcnc u005069$ grep -r uspace debian/rules.in
debian/rules.in:dh_installdocs
I thought my local changes to prevent docs from building if `no-docs` is set
was the reason for this breakage, but I reverted my doc changes and I still get
this error:
# `.../doc/linuxcnc`) because that's where the
# `linuxcnc` launcher script looks for them, and that's
# inconvenient to
By using BASEPWD, there's some magic I don't quite understand but here it is:
ifeq ($(BASEPWD),)
BASEPWD := $(shell pwd)
export BASEPWD
include Makefile.inc
else
include $(BASEPWD)/Makefile.inc
endif
M=$(PWD)/src needs to be set if you're building LinuxCNC kernel modules from
the top directory
The problem has to do with Kbuild, and I think I just found the right magic.
uspace doesn't use the M= value at all nor builds any kernel modules.
M=$(BASEPWD) seems to satisfy both ./configure builds and Debian packages.
Commit:
On Mon, 23 Oct 2023 at 04:22, Alec Ari via Emc-developers
wrote:
> As for the failing modules, the problem is that when you build LinuxCNC
> Debian packages, you're in the top directory of LinuxCNC, _not_ the src
> directory. In linuxcnc/src/Makefile, the value of M is $(PWD) however when
>
12 matches
Mail list logo