On Wed, 29 Oct 2025 at 16:03, Bertho Stultiens <[email protected]> wrote: > > On 10/29/25 12:34 AM, andy pugh wrote: > > 1) Convert all int HAL pins to 64-bit. > > This will need *a lot* of work because code written for 32-bit uses > tricks and whatnot that are not necessarily compatible with 64-bit. > ...Each instance must be > found and properly re-coded for 64-bit.
Indeed, and this is why it is taking so long. However, in most cases any internal 32-bit value can remain 32-bits, and will just get written to a 64-bit HAL pin. The reason to push for this is _precisely_ because we have instances of values being truncated (think high count and high speed encoders) Rather than allow 64-bit pins for these (done), and add conversion functions to downconvert to 32 bits, (done) _Then_ decide which other components might be fed this (possibly truncated value) it make more sense to silently convert all HAL pins to the larger types. -- atp "A motorcycle is a bicycle with a pandemonium attachment and is designed for the especial use of mechanical geniuses, daredevils and lunatics." — George Fitch, Atlanta Constitution Newspaper, 1912 _______________________________________________ Emc-developers mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/emc-developers
