Fix ZPP for mhash()

[kocsismate]

Related to #5881

[nikic]

I think it would be better to extract a version of php_hash_do_hash/_hmac without the zpp code (accepting the already parsed parameters and algorithm).

[kocsismate]

The main reason why I chose this quick and dirty solution is that the two variants expect different number of parameters:

• hash: (string $algo, string $data, bool $raw_output = true)
• hash_hmac: (string $algo, string $data, string $key, bool $raw_output = true)

So similar to the imagefilter() function, it would be a "lie" to declare a non-variadic parameter list. Or do you think we should still go for it (using an extra parameter with UNKNOWN default value)? Or should the refactor happen on top of the stub changes in this PR?

Besides, the mhash*() functions should extint by PHP 9, so my incentive to do anything meaningful with mhash is a bit low. :/ Though, I can still try it if you think it's worth the effort.

[nikic]

@kocsismate As mhash does not accept the raw_output parameter, I think the signature should be pretty clean: ls|s

[kocsismate]

@nikic I've just pushed a commit which refactors these functions. I quite much like the end result. Thanks for pushing for it :)

[nikic]

Suggested change

	zval *return_value, zend_string *algo, char *data, size_t data_len, zend_bool raw_output, int isfilename
	zval *return_value, zend_string *algo, char *data, size_t data_len, zend_bool raw_output, bool isfilename

Maybe?

[kocsismate]

Makes sense for me, so I applied this change to master.