you are confusing *(s++) and (*s)++. This code would not compile if *s was modified. I agree that not using parentheses is terrible for that kind of expressions. The lesson is to remember that top-voted solutions are usually the worst on Codewars.

dfhwze, it seems that you did not even follow the code!
Because from

#ifdef __AVX2__

#else

#endif

it's clear what should be deleted!
But instead you just decide not to approve my translations not only this one!
It's not a problem for me!
Because i do hope that one day under the will of The ALMighty i will push all my approved and not approved translations to my cws github repo as long with a new assert operator!

And believe! It's not dozens! They are more than two hundreds!
;)

uniapi, will you maintain the c++ translation till end of time? ... ofcourse not, that is exactly why maintainable code is expected for translations

Yes, you are right, this is place for learning and developing. And this is why you can just submit your intrinsics solution, it will be visible as yours on the Solutions tab, it will get many clever votes, and others will see it and learn from it.

This is a place for developing, right?
Why not let others to develop their skills and get new knowledge?
It must have for 1kyus or dans! What for all these ranks then?

Because translation is not a good place to flex skills of obscure coding techniques. it needs to be maintainable and possible to support by others.

Why is this a problem tho? You can submit your solution now separately, cannot you?

Why did you change my solution?(

Approved.

"Solution" snippet in a translation is not a good place to flex one;s assembly skills. Now the translation is approved, you can submit your intrinsics based solution as a regular solution.

Haahahahahah I just looked it up , this is written in the Assembly language.

RISC-V Translation

Now do RISC-V :-)

NASM Translation

What no nut november does to a man