From: Bengt Richter <bokr@bokr.com>
To: Ekaitz Zarraga <ekaitz@elenq.tech>
Cc: 73188@debbugs.gnu.org
Subject: bug#73188: PEG parser does not support full PEG grammar
Date: Sat, 28 Dec 2024 12:30:32 -0800 [thread overview]
Message-ID: <Z3Bf6Blg/x7DMkne@BRL14v1> (raw)
In-Reply-To: <30f0bc78-51b7-4149-9943-d2550f531189@elenq.tech>
Hi Ekaitz and anyone interested,
Sorry for misunderstandings ;-/
I thought you have made changes which make the MIT PEG standard [1] available in full,
and I would like to use that full standard PEG syntax for defining something I have in mind.
I realize that guile's underlying VM has a bytecode interpretation loop that is dynamically
jit-optimized, and that this is orthogonal to whether the host system is RISCV or whatever,
as far as using guile and guix as tools is concerned. (BTW UIAM you have contributed a lot to
making this bug-free and clean, for which thanks! )
My interest in RISCV however is as a *target* output language for a compiler I'd like to define
with PEG for transforming my peculiar DSL source to output RISCV source, then compile it
to an image for execution by RISCV hardware or the quivalent qemu virtual hardware.
I'd like to make a tool that can transform any source written in my peculiar ascii/utf8 DSL-syntax
to a minimal self-contained bootable-in-RISCV-VM-or-HW ELF file.
I can use the current PEG machinery for testing, but I'd like to avoid debugging things you have fixed :)
Hence my interest in cloning your repo, so I can start using the MIT syntax [1] and be sure bugs
I encounter will be *my* bugs and typos and design/coding mistakes ;-)
Also, if I write do-what-i-want.scm using the peg accessible with guile3,
the executable will not be a minimal ELF :)
Thus my interest in the jit code would be to look for code snippets that I might be able to use
for AHOT compilation. Probably someone is already working on something like that.
(Anything I think of seems to be WIP somewhere on the internet already :)
You write about committing your patches, so I was wondering what git repo you are committing into.
I assume you have a private one on your laptop or otherwise near at hand, but are you pushing to
some place that I could clone, and then use one of Ludo's magic pre-install incantations to access
with use-module in a package definition of mine?
BTW, re guix/guile development funding --
I am expecting ARM SOCs with RISCV cores to become important in the hacker/maker embedded world.
Could guix/guile earn extra funding by having an investment coop llc that designs actual FLOSS HW/SW/FW
and contracts to produce cool devices for profit? (Independent of FSF, and other benevolent sources,
but allowing non-controlling investment from them).
Sorry to hi-jack this thread. Please start a new one if interested in exploring anything here :)
[1] <https://bford.info/pub/lang/peg.pdf>
--
Regards,
Bengt Richter
On +2024-12-23 23:13:57 +0100, Ekaitz Zarraga wrote:
> Hi,
>
>
> On 2024-12-23 23:04, bokr@bokr.com wrote:
> > • Late kudos to Ekaitz for this great PEG contribution, especially RISCV,
> > which will IMO play a key part in the future of human secure control over machines 🙂
>
> I think I didn't understand your message very well, but just as a
> clarification: the PEG work and RISC-V work are completely independent, one
> doesn't have anything to do with the other, and the RISC-V work is not
> merged in Guile yet.
>
> The RISC-V work for the Guile JIT (guile already works in riscv without it)
> is in here:
> https://gitlab.com/wingo/lightening/-/merge_requests/14
>
> Hope this clarifies things.
next prev parent reply other threads:[~2024-12-28 20:30 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-09-11 22:03 bug#73188: PEG parser does not support full PEG grammar Ekaitz Zarraga
2024-09-12 20:57 ` bug#73188: [PATCH v2] PEG: Add full support for PEG + some extensions Ekaitz Zarraga
2024-10-13 20:29 ` bug#73188: PEG parser does not support full PEG grammar Ludovic Courtès
2024-10-13 20:59 ` Ekaitz Zarraga
2024-10-14 11:56 ` Ludovic Courtès
2024-10-14 14:00 ` Ekaitz Zarraga
2024-10-20 10:10 ` Ludovic Courtès
2024-10-20 20:18 ` Ekaitz Zarraga
2024-12-09 17:23 ` Ludovic Courtès
2024-10-11 12:31 ` bug#73188: [PATCH] PEG: Add support for `not-in-range` and [^...] Ekaitz Zarraga
2024-10-30 19:04 ` bug#73188: PEG: Fix bugs and add complex PEG for testing Ekaitz Zarraga
2024-12-22 17:45 ` bug#73188: PEG parser does not support full PEG grammar Ekaitz Zarraga
2024-12-22 20:09 ` Ekaitz Zarraga
2024-12-22 20:01 ` bug#73188: [PATCH 1/3] PEG: fix [^...] Ekaitz Zarraga
2024-12-22 20:01 ` bug#73188: [PATCH 2/3] PEG: string-peg: better support for escaping Ekaitz Zarraga
2024-12-22 20:01 ` bug#73188: [PATCH 3/3] PEG: add large string-peg patch Ekaitz Zarraga
2024-12-22 21:22 ` bug#73188: PEG parser does not support full PEG grammar Ludovic Courtès
2024-12-23 22:04 ` bokr
2024-12-23 22:13 ` Ekaitz Zarraga
2024-12-28 20:30 ` Bengt Richter [this message]
2024-12-28 20:44 ` Ekaitz Zarraga
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/guile/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=Z3Bf6Blg/x7DMkne@BRL14v1 \
--to=bokr@bokr.com \
--cc=73188@debbugs.gnu.org \
--cc=ekaitz@elenq.tech \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).