On 22 Jan 2024 12:30, Mark Wielaard wrote:
> On Sun, 2024-01-21 at 22:45 -0500, Mike Frysinger wrote:
> > On 22 Jan 2024 00:06, Mark Wielaard wrote:
> > > The issue is that sim_queue_fn_di_write takes a function with a DI argument
> > > but frvbf_h_acc40U_set takes a UDI. Since there is no sim_queue_fn that
> > > takes a UDI just define frvbf_h_acc40U_set as if it takes a DI.
> > > ---
> > >  sim/frv/cpu.c | 2 +-
> > >  sim/frv/cpu.h | 2 +-
> > 
> > unfortunately this doesn't work as cpu.[ch] is generated.
> > 
> > https://sourceware.org/pipermail/gdb-patches/2023-December/205492.html
> > https://sourceware.org/PR29752
> 
> O, that is unfortunate. I admit to not know how to actually regenerate
> these files.

`make frv/cgen` would do it for frv

> Also it seems PR29752 does include a solution. What kind
> of testing would you like to see to make sure it is correct?

i don't understand frv internals/whatever well enough to know if my proposal
is reasonable.  although if we don't get a response, i guess there isn't much
choice as things fail to build with newer compilers.
-mike