Re: [Emc-developers] RTAI broken again with LinuxCNC

On Wed, 20 Sept 2023 at 23:27, Alec Ari via Emc-developers wrote: > > I don't know if this code is right, I just copied and pasted the 32 versions > and made 64 versions where required. I have been struggling with raster.comp, or more specifically with its test. I think I need to reboot into a

Re: [Emc-developers] RTAI broken again with LinuxCNC

I don't know if this code is right, I just copied and pasted the 32 versions and made 64 versions where required. https://github.com/LinuxCNC/linuxcnc/pull/2650 Undefined symbols are gone, please review before merging! Alec ___ Emc-developers

Re: [Emc-developers] RTAI broken again with LinuxCNC

On Wed, 20 Sept 2023 at 18:17, Alec Ari via Emc-developers wrote: > > Since the fix is as simple as moving an, "i" around, I say we just do that. > Problem solved. And done, on 2.9. Merged into a local branch of master to be pushed after > If there is no way to have raster.comp not depend

Re: [Emc-developers] RTAI broken again with LinuxCNC

So, there are two ways of building kernel modules with GNU11 instead of gnu89 or C99. 1.) Do it in RTAI: https://github.com/NTULINUX/RTAI/commit/a649bbb40fad9299ba31285276d9204df2f222d9 2.) Do it in LinuxCNC: https://github.com/NTULINUX/linuxcnc/commit/a76b69f7e66f7a3831be655ea3dde4590502a175

Re: [Emc-developers] RTAI broken again with LinuxCNC

On Wed, 20 Sept 2023 at 18:05, Chad Woitas via Emc-developers wrote: > For what its worth, I’ve actually stopped running linuxcnc on a realtime > kernel since 5.14 for most of my development machines, and they’re running > better than expected with sub 1ms cycle times on an i5-6600. Not

Re: [Emc-developers] RTAI broken again with LinuxCNC

Since the fix is as simple as moving an, "i" around, I say we just do that. Problem solved. Even with a Xenomai 4/Dovetail/EVL port, you can't mix C library userspace headers with kernel space. The musl C library port I did with RTAI's current infrastructure is special because without it, you

Re: [Emc-developers] RTAI broken again with LinuxCNC

Interesting, I was taught this increases the risk of duplicate variable use: IE: void some_fcn(){ int i=0; for(i=50; ihttp://www.rmd-engineering.com/> | Saskatoon Machine Works Ltd. | Scientific Instrumentation Ltd. The information contained in

Re: [Emc-developers] wiped out lcnc on my pi

I do not understand everything, yet, but came up with https://github.com/LinuxCNC/linuxcnc/pull/2647 to reduce xvfb from the build-dependencies when DEB_BUILD_OPTIONS=nocheck is set as an environment variable. Best, Steffen > Gesendet: Dienstag, 19. September 2023 um 09:16 Uhr > Von: "gene

Re: [Emc-developers] RTAI broken again with LinuxCNC

I don't see why limit_axis.comp can't be revised to declare the int i; at the top of the procedure which I was taught was best practice anyway. That would solve the C11/C89 issue. raster.comp needs stdlib.h for some of the conversion functions. It also should include string.h for strchr() so it's

Re: [Emc-developers] RTAI broken again with LinuxCNC

On Wed, 20 Sept 2023 at 01:17, Alec Ari wrote: > Seriously though, the proper way to fix this is to not use c11/gnu11 with > 4.19 or 5.4 kernel sources. I think that the problem is that folk writing HAL components for LinuxCNC don't realise that they are writing "Kernel sources for kernel