[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Porting Valgrind to GNU/Hurd: Re: Need help with assembly code

From: Svante Signell
Subject: Porting Valgrind to GNU/Hurd: Re: Need help with assembly code
Date: Wed, 01 Dec 2021 17:01:29 +0100
User-agent: Evolution 3.42.0-2

On Tue, 2021-11-30 at 22:22 +0000, jbranso@dismail.de wrote:
> November 29, 2021 12:41 PM, "Svante Signell"
> <svante.signell@gmail.com> wrote:
> > Hello,
> > 
> > I've been working lately with on how to port valgrind to GNU/Hurd,
> > and found out that this is not a trivial task. Seems like one have
> > to make a suitable mix of linux and darwin code (and to some extent
> > freebsd/solaris code). Being a novice on assembly programming I
> > need some help on modifying the Darwin code for syscall-x86-
> > darwin.S to GNU. The following code snippet fails to
> > compile with gcc/gas:
> > 
> Best of luck!

Hi Joshua,

Thank you for your encouragement. Even though that I did get "a lot of
help and encouragement from Samuel" I decided to give it up. I'll reply
later on with a combined patch of what I did so far. The patch touches
around 80+ modified and new files of valgrind-3.18.1 for GNU/Hurd.

Note: Valgrind does build but is not usable due to e.g.:

- assembly code I don't have knowledge or control of.
- How to combine Hurd RPCs with the existing code.
- How to combine gnumach code with the existing code (especially
kernel_traps) (this stuff I could probably solve myself). Darwin port
of Valgrind has some code that could be used for GNU/Hurd.
Unfortunately the RPC stuff is not implemented yet. Other means are
used with the help of mach_msg and mach_msg_trap. Unfortunately, that
would not help until the Hurd RPCs are supported.

Anybody willing to continue this effort is very welcome :)

Or if somebody is interested in being a mentor for the port I would be
seriously considering carrying on.


reply via email to

[Prev in Thread] Current Thread [Next in Thread]