implement "recomp" wrappers for string.h functions

[blackgamma7]

Would it be possible/reasonable to wrap any functions labeled as those found in the string.h library by loading the registers directly into the native counterpart? example:

void strlen_recomp(uint8_t* rdram, recomp_context* ctx) {
    ctx->r2=(uint32_t)std::strlen((char*)MEM_W(0x0, ctx->r4));
}

[AngheloAlf]

What are you aiming to do exactly?
There shouldn't be a need to provide functions for string functions. If the game already uses one of those functions then said function should be already present on the ROM and should get recompiled by the recompiler like all the rest of the functions.

[blackgamma7]

I ask because I can understand if it is a matter of can vs should. Using the platform-native counterpart of these functions may be more efficient if the expected output is the same. However, I can understand if this goes against the purpose of using the static recompilation of the original code.

[AngheloAlf]

It is possible to do so, but it can be tricky to implement correctly, mainly because of the endianness differences.
The N64 is a big endian machine, while most modern PCs are little endian, so you need to account for that when reading or writing data from recompiled functions. Sometimes it can be as simple as moving around some struct members but other times you may need some intermediary buffers just to re-endian the data around which may kill any performance improvement of using some native functions.

So, is it possible? Yeah.
Should we do it? Not really unless we thought there was a good enough reason to do so. We shouldn't try to optimize prematurely.

[blackgamma7]

Okay, I appreciate the response. I was wondering about the viability.