On Sat, 10 Dec 2022 at 20:11, Sebastian Kuzminsky wrote:
> As Dewey reported later, procfs_macros.h is used in the RTAI backend of
> RTAPI, and deleting it breaks the RTAI build unless we turn off our
> /proc code at the same time.
Not for me, unless I have messed up somehow. (Not unlikely)
I
On Wed, 21 Dec 2022 at 19:29, andy pugh wrote:
> In fact I see _nothing_ in /proc for rtapi (with 2.8 RTAI, 2.9 RTAI
> and 2.8.4 preempt-rt (from the ISO + update)
Possibly worth noting that this is with kernel 4.19.195-rtai-amd64
(from our repository)
--
atp
"A motorcycle is a bicycle with a
On Sat, 10 Dec 2022 at 20:11, Sebastian Kuzminsky wrote:
> There are a bunch of things in /proc/rtapi that seem useful, that use
> procfs_macros.h. Unfortunately reading from any of them produces
> garbage.
That seems not to be the case for me:
In fact I see _nothing_ in /proc for rtapi (with
On 12/10/22 08:14, Andy Pugh wrote:
On 10 Dec 2022, at 14:49, Dewey Garrett wrote:
nada -- this file is intree but not used
Interesting. Perhaps we can just delete it.
As Dewey reported later, procfs_macros.h is used in the RTAI backend of
RTAPI, and deleting it breaks the RTAI build
> On 10 Dec 2022, at 15:08, Dewey Garrett wrote:
>
> Macros used to implement the /proc interface
Probably redundant since we stopped being able to set debug level in rtapi with
echo 7 > /proc/debug
___
Emc-developers mailing list
Great! Thanks for figuring this out Dewey :-)
On December 10, 2022 10:43:06 AM MST, Dewey Garrett wrote:
>In <863c8874-ef3b-4f5d-a1fb-6135dc438...@highlab.com> Sebastian Kuzminsky
> writes:
>
>>Does it build on both uspace and RTAI?
>
>$ git status -uno
>On branch master
>Your branch is up to
Correction: for rtai, src/rtapi/rtapi_proc.h
was not deleted, just changed:
$ git diff -b --cached src/rtapi/rtapi_proc.h
diff --git a/src/rtapi/rtapi_proc.h b/src/rtapi/rtapi_proc.h
index dad9a7d57b..72d0c495f3 100644
--- a/src/rtapi/rtapi_proc.h
+++ b/src/rtapi/rtapi_proc.h
@@ -76,10 +76,6 @@
In <863c8874-ef3b-4f5d-a1fb-6135dc438...@highlab.com> Sebastian Kuzminsky
writes:
>Does it build on both uspace and RTAI?
$ git status -uno
On branch master
Your branch is up to date with 'origin/master'.
Changes to be committed:
(use "git restore --staged ..." to unstage)
modified:
Does it build on both uspace and RTAI?
On December 10, 2022 8:04:19 AM MST, Dewey Garrett wrote:
>In Dewey Garrett writes:
>
>
>
>>nada -- this file is intree but not used
>not used in any .c,.cc files but:
>
>$ find . -type f -exec grep -H procfs_macros {} \;
> On 10 Dec 2022, at 14:49, Dewey Garrett wrote:
>
> nada -- this file is intree but not used
Interesting. Perhaps we can just delete it.
But I fear this is just an opening salvo.
___
Emc-developers mailing list
In Dewey Garrett writes:
>nada -- this file is intree but not used
not used in any .c,.cc files but:
$ find . -type f -exec grep -H procfs_macros {} \;
./src/rtapi/rtapi_proc.h:#include "procfs_macros.h" /* macros for read
functions */
./src/rtapi/README:procfs_macros.h : Macros used
$ pwd
/home/git/linuxcnc-dev
$ find . -iname procfs_macros.h
./src/rtapi/procfs_macros.h
$ find . -type f -iname '*.*c' -exec grep -H procfs_macros {} \;
nada -- this file is intree but not used
--
Dewey Garrett
___
Emc-developers mailing list
If some copyright is wrong or incomplete then we can just fix it and close that
bug report?
> Gesendet: Samstag, 10. Dezember 2022 um 00:40 Uhr
> Von: "andy pugh"
> An: "EMC developers"
> Betreff: [Emc-developers] Fwd: Bug#1025433: Copyright issue
>
> Fo
For some reason this was not sent to emc-developers.
Clearly, for reasons of his own this chap does not want LinuxCNC in Debian.
Frankly, I am OK with this. We haven't been in before and all my machine
tools work just fine.
This is not a fight I want to fight.
-- Forwarded message
14 matches
Mail list logo