mad single/double round implementation mode is unspecified in PRM 1.0 due to a specs bug

[pjaaskel]

Due to accidentally leaving out the runtime query for asking whether mad is implemented with a single or double roundings (https://app.devzing.com/hsafoundation/bugzilla/show_bug.cgi?id=540) as specified in PRM (http://www.hsafoundation.com/html/HSA_Library.htm#PRM/Topics/05_Arithmetic/floating_point_optimization.htm) from the specs version 1.0, I think the conformance test should not include tests which produce different results based on the implementation.

It currently assumes single rounding implementation which produces some differences with my double rounding implementation.

At least prm/core/arithmetic/intopt/mad/mad_ftz_f32_00028 in the Base suite produces different results in [3544] and [3940] which I think is due to this.