[Presto-Main] Add long overflow checks for IntervalDayTime

[LiBrian415]

Description

Part of #24087.

Motivation and Context

Throwing an error instead of returning overflowed long values

Impact

Where previously some expressions could have resulted in an overflow and incorrect results, now they will fail with a NUMERIC_VALUE_OUT_OF_RANGE error.

Test Plan

• Unit Tests
• Local Testing:

Before:
presto> select interval '64' day * 2147483647;
           _col0
---------------------------
 -76065028926 14:25:51.616
(1 row)

After:
presto> select interval '64' day * 2147483647;
Query 20250113_175455_00000_rusmt failed: interval_day_to_second multiply overflow: 5529600000 ms * 2147483647

Contributor checklist

• Please make sure your submission complies with our contributing guide, in particular code style and commit standards.
• PR description addresses the issue accurately and concisely. If the change is non-trivial, a GitHub Issue is referenced.
• Documented new properties (with its default value), SQL syntax, functions, or other functionality.
• If release notes are required, they follow the release notes guidelines.
• Adequate tests were added if applicable.
• CI passed.

Release Notes

Please follow release notes guidelines and fill in the release notes below.

== RELEASE NOTES ==

General Changes
* Improve error handling of ``INTERVAL DAY``, ``INTERVAL HOUR``, and ``INTERVAL SECOND`` operators when experiencing overflows. :pr:`24353`

[steveburnett]

Thanks for the release note! Nit formatting and rephrasing suggestions to follow Release Note Guidelines.

== RELEASE NOTES ==

General Changes
* Improve error handling of ``INTERVAL DAY``, ``INTERVAL HOUR``, and ``INTERVAL SECOND`` operators when experiencing overflows. :pr:`24353`

[tdcmeehan]

Can you add some tests for all changed operators? I see only multiplication and division.

[LiBrian415]

Can you add some tests for all changed operators? I see only multiplication and division.

I don't think I can. My understanding is that the overflow happens when the operation on the interval value converted to ms exceeds the min/max value for longs. But since the value of the interval looks to be constrained to ints, the min / max value we can assign to this type is INT_MIN * (days to ms) / INT_MAX * (days to ms) which isn't large enough to cause an overflow when performing add / sub / negate on only types of IntervalDayTime.