As long as your tool knows how to use the programmer, it can talk to the processor. But that's not enough, the tool also needs to know things about the processor, such as how to flash it, halt it, configure the clock, and so on. Most use the ARM macrocells, but there are variations on this - such as how many breakpoints or watchpoints there are. It also matters for example whether a processor can be debugged while in sleep mode. Given the complexity of these SoC MCUs you're bound to find edge cases where they behave a little differently; for example I tried building an STM32F103 board I made with a GD32F103 - and couldn't even get the processor to respond over SWD. It's not unsurprising if something like this won't work out of the box; the changes needed may be trivial, and could perhaps be made to work on either, but it's a bit of a leap to assume it'll just work.