LongFloatConversion
Conversion from long to float may lose precision; use an explicit cast to float if this was intentional

Severity
WARNING

The problem

A cast from long to float may lose precision. Prefer an explicit cast to an implicit conversion if this was intentional.

Consider java.awt.Color which has constructors Color(float r, float g, float b) and Color(int r, int g, int b), and the following example:

// Math.round returns a double, which is implicitly converted to float:
new Color(Math.round(18.0), Math.round(0.0), Math.round(18.0));

Prefer this (to make existing behavior explicit):

new Color((float) Math.round(18.0), (float) Math.round(0.0), (float) Math.round(18.0));

or this (if this implicit conversion to float was unintentional):

new Color((int) Math.round(18.0), (int) Math.round(0.0), (int) Math.round(18.0));

From JLS ยง5.1.2:

A widening primitive conversion from int to float, or from long to float, or from long to double, may result in loss of precision - that is, the result may lose some of the least significant bits of the value. In this case, the resulting floating-point value will be a correctly rounded version of the integer value, using IEEE 754 round-to-nearest mode

Suppression

Suppress false positives by adding the suppression annotation @SuppressWarnings("LongFloatConversion") to the enclosing element.