> On Apr 26, 2024, at 12:37 AM, Martin Husemann wrote:
>
> On Thu, Apr 25, 2024 at 10:43:43PM -, Christos Zoulas wrote:
>> Thank you. I think there should be one compat set list, not one
>> for each machine_arch, and only have a ad or md machine specific
>> file for the parts that are
On Thu, Apr 25, 2024 at 10:43:43PM -, Christos Zoulas wrote:
> Thank you. I think there should be one compat set list, not one
> for each machine_arch, and only have a ad or md machine specific
> file for the parts that are different. I.e. there should be a
> base32/mi and a base32/shl.mi
In article ,
nia wrote:
>I've thought about this a bit more and I want to write a separate
>script for generating the compat set lists, the current one is a
>little confusing (it tries to do a lot of things) and isn't really
>suited to generating a list based on another list.
>
>I'll work on
nia wrote:
> I've thought about this a bit more and I want to write a separate
> script for generating the compat set lists, the current one is a
> little confusing (it tries to do a lot of things) and isn't really
> suited to generating a list based on another list.
>
> I'll work on this when
I've thought about this a bit more and I want to write a separate
script for generating the compat set lists, the current one is a
little confusing (it tries to do a lot of things) and isn't really
suited to generating a list based on another list.
I'll work on this when I have time.
On Sun, Apr 14, 2024 at 07:41:04AM +1000, matthew green wrote:
> ie, there are just *two* entries for this file (the real file, and
> the debug file), and the rest is all derived from the "comaptfile"
> and "debug" tags. the new ones has 30 copies, spread across a
> number of files, all that will
hiya.
the new compat32 sets rearrangement has broken the GCC 12 build,
due to dropping "gcc=10" tag in some places. that's a minor issue,
and i'll fix that soon (though having looked closer at the first
"grep -r" output below, i see most of these are affected. i'll
just initially be fixing