[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: new module 'jit/cache'
|
From: |
Bruno Haible |
|
Subject: |
Re: new module 'jit/cache' |
|
Date: |
Sat, 25 Nov 2023 21:19:28 +0100 |
Hello Marc,
> Here is my attempt at a simple unit test for your new cache module.
>
> I have tested it on an x86 box (where the instruction cache is always in
> sync) and on an Armv8 Raspberry, both running GNU/Linux. Commenting out
> the call to `clear_cache' shows that `clear_cache' is not a NOP on Arm and
> that the test is actually doing a non-trivial test.
Very nice! It is simpler than what I had expected (no per-CPU #ifdefs so far).
I've committed your patch (as two separate patches).
I will test it on various platforms.
For the moment, I expect
- a SIGSEGV on powerpc*-aix, powerpc64-linux, ia64, hppa, and hppa64
due to the structure of function pointers, see
https://git.savannah.gnu.org/gitweb/?p=libffcall.git;a=blob;f=porting-tools/abis/function-pointer.txt
- a link error on native Windows, due to the use of mprotect() outside
#ifdefs.
But we'll see...
Bruno
- Re: test environments, (continued)
- Re: test environments, Sam James, 2023/11/14
- Re: test environments, Bruno Haible, 2023/11/15
- Re: test environments, matoro, 2023/11/15
- Re: test environments, Bruno Haible, 2023/11/15
- new module 'jit/cache', Bruno Haible, 2023/11/12
- Re: new module 'jit/cache', Bruno Haible, 2023/11/13
- Re: new module 'jit/cache', Marc Nieper-Wißkirchen, 2023/11/25
- Re: new module 'jit/cache',
Bruno Haible <=
- Re: new module 'jit/cache', Marc Nieper-Wißkirchen, 2023/11/27
- Re: new module 'jit/cache', Marc Nieper-Wißkirchen, 2023/11/27
- Re: new module 'jit/cache', Marc Nieper-Wißkirchen, 2023/11/28