Re: m4p: an implementation of GNU m4 in Python

On Fri, May 09, 2025 at 17:45:39 -0400, Nikolaos Chatzikonstantinou wrote: > 2. Sneaky bugs. The only other large m4-using project I know of is Circuit_macros: https://ece.uwaterloo.ca/~aplevich/Circuit_macros/ I'm not sure how comprehensive its test suite is, but I'm sure it can at least be

Re: m4p: an implementation of GNU m4 in Python

On Fri, May 9, 2025, at 5:45 PM, Nikolaos Chatzikonstantinou wrote: > I rewrote GNU m4 in Python. Long story short, I wanted to learn m4 to > fix some issues I had with GNU Guile and Autotools, and after > realizing m4 1.4 is ~8000 lines of code and reading e.g. >

Re: m4p: an implementation of GNU m4 in Python

On Sat, May 10, 2025, 9:54 AM Michael Orlitzky wrote: > On 2025-05-10 00:29:33, Jacob Bachmeyer wrote: > > > > Programs either no longer compile with a newer compiler or (worse) > > compile but with different semantics. I *think* Rust has only had the > > first of those problems, but have not fo

Re: m4p: an implementation of GNU m4 in Python

On 2025-05-10 00:29:33, Jacob Bachmeyer wrote: > > Programs either no longer compile with a newer compiler or (worse) > compile but with different semantics.  I *think* Rust has only had the > first of those problems, but have not followed the issue closely enough > to be sure.  Python infamous

Re: m4p: an implementation of GNU m4 in Python

On Sat, May 10, 2025 at 3:43 AM Richard Purdie wrote: > > On Fri, 2025-05-09 at 17:45 -0400, Nikolaos Chatzikonstantinou wrote: > > I rewrote GNU m4 in Python. Long story short, I wanted to learn m4 to > > fix some issues I had with GNU Guile and Autotools, and after > > realizing m4 1.4 is ~8000

Re: m4p: an implementation of GNU m4 in Python

On Fri, 2025-05-09 at 17:45 -0400, Nikolaos Chatzikonstantinou wrote: > I rewrote GNU m4 in Python. Long story short, I wanted to learn m4 to > fix some issues I had with GNU Guile and Autotools, and after > realizing m4 1.4 is ~8000 lines of code and reading e.g. >

Re: m4p: an implementation of GNU m4 in Python

On 5/9/25 23:28, Nikolaos Chatzikonstantinou wrote: On Fri, May 9, 2025 at 11:13 PM Jacob Bachmeyer wrote: On 5/9/25 16:45, Nikolaos Chatzikonstantinou wrote: [...] I have not had any benchmarks, but from roughly looking at how long tests take I'm measuring a 100x slowdown. Have you tried runn

Re: m4p: an implementation of GNU m4 in Python

On 5/9/25 16:45, Nikolaos Chatzikonstantinou wrote: [...] I'm worried about: 1. What mode GNU m4 opens files in; m4p always open in binary, potentially treating carriage return differently on Windows. A quick glance through the C code (http://git.savannah.gnu.org/cgit/m4.git/tree/src?h=branc

Re: m4p: an implementation of GNU m4 in Python

On Fri, May 9, 2025 at 11:13 PM Jacob Bachmeyer wrote: > > On 5/9/25 16:45, Nikolaos Chatzikonstantinou wrote: > > [...] > > I'm worried about: > > > > 1. What mode GNU m4 opens files in; m4p always open in binary, > > potentially treating carriage return differently on Windows. > > 2. Sneaky bugs

Re: m4p: an implementation of GNU m4 in Python

On 5/9/25 16:45, Nikolaos Chatzikonstantinou wrote: [...] I'm worried about: 1. What mode GNU m4 opens files in; m4p always open in binary, potentially treating carriage return differently on Windows. 2. Sneaky bugs. The functions that I have not yet implemented are debug functions, so they pro

Re: m4p: an implementation of GNU m4 in Python

Hello autoconf list, I rewrote GNU m4 in Python. Long story short, I wanted to learn m4 to fix some issues I had with GNU Guile and Autotools, and after realizing m4 1.4 is ~8000 lines of code and reading e.g. which claims "Feature gaps in GNU