ROUND

Supported, behaves as documented

Category: Math and trigonometry · Last tested 2026-09-01

Real compatibility results for the ROUND function: executed in Excel for the web, Google Sheets and LibreOffice Calc, with desktop Excel behavior from Microsoft’s official documentation (we do not run desktop Excel — Excel for the web is a different application and is executed separately). Syntax and links to that documentation are below.

Support matrix

Engine	Documented	Live-tested	Verdict
Excel (desktop)	Yes	No — documented only	n/a
Excel for the web	—	Yes (recalc, 2026-09-01)	Supported, behaves as documented
Google Sheets	Yes	Yes (Drive import, 2026-08-29)	Supported, behaves as documented
LibreOffice Calc	Yes	Yes (25.8.7.3, 2026-07-29)	Supported, behaves as documented

LibreOffice version history

We executed the same test cases under each LibreOffice release to show exactly when ROUND’s support changed — not documentation claims, real results.

LibreOffice version	Verdict	Tested
24.2.0.3	Supported, behaves as documented	2026-08-29
24.8.7.2	Supported, behaves as documented	2026-08-29
25.2.0.3	Supported, behaves as documented	2026-08-29
25.8.7.3	Supported, behaves as documented	2026-07-29

Executed test cases

Excel for the web (executed 2026-09-01 via OneDrive recalculation)

These values come from Excel for the web, not from desktop Excel. They are two different implementations of the calculation engine, and this run measured only the web one: the corpus was uploaded to OneDrive as .xlsx, recalculated by Excel for the web on open, and downloaded again for readback. Excel for the web is a rolling service with no pinnable version, so the run is identified by its date. Where a value here disagrees with the Expected column — which is Microsoft’s documentation of the desktop product — we cannot tell you whether the web engine diverges from the desktop one or the documentation is wrong about both, because we do not run desktop Excel.

Formula	Description	Result	Expected	Verdict
=ROUND(2.5,0)	Excel/LO ROUND uses arithmetic rounding (half away from zero), NOT banker's rounding (round-half-to-even)	3	3 Provenance Banker's rounding would give 2; correct spreadsheet behavior is 3	Matched
=ROUND(-2.5,0)	Negative half-values also round away from zero	-3	-3	Matched
=ROUND(12345,-2)	Negative num_digits rounds to the left of the decimal point	12300	12300	Matched
=ROUND(1.005,2)	Tests whether the engine falls into the naive-binary-float trap: the IEEE-754 double closest to 1.005 is actually ~1.00499999999999989, so a naive floor(x*100+0.5)/100 implementation would round DOWN to 1.00	1.01	1.01 Provenance Both Excel and LibreOffice correctly return 1.01, not 1.0 -- they normalize to ~15 significant decimal digits before rounding, specifically to avoid this well-known binary-float pitfall	Matched

Google Sheets (executed 2026-08-29 via Drive import)

Google Sheets is a rolling service with no pinnable version, so this run is identified by its date. The corpus was imported to Drive as .xlsx, recalculated by Sheets, and exported back for readback.

Formula	Description	Result	Expected	Verdict
=ROUND(2.5,0)	Excel/LO ROUND uses arithmetic rounding (half away from zero), NOT banker's rounding (round-half-to-even)	3	3 Provenance Banker's rounding would give 2; correct spreadsheet behavior is 3	Matched
=ROUND(-2.5,0)	Negative half-values also round away from zero	-3	-3	Matched
=ROUND(12345,-2)	Negative num_digits rounds to the left of the decimal point	12300	12300	Matched
=ROUND(1.005,2)	Tests whether the engine falls into the naive-binary-float trap: the IEEE-754 double closest to 1.005 is actually ~1.00499999999999989, so a naive floor(x*100+0.5)/100 implementation would round DOWN to 1.00	1.01	1.01 Provenance Both Excel and LibreOffice correctly return 1.01, not 1.0 -- they normalize to ~15 significant decimal digits before rounding, specifically to avoid this well-known binary-float pitfall	Matched

LibreOffice Calc 25.8.7.3 (tested 2026-07-29)

Formula	Description	Result	Expected	Verdict
=ROUND(2.5,0)	Excel/LO ROUND uses arithmetic rounding (half away from zero), NOT banker's rounding (round-half-to-even)	3	3 Provenance Banker's rounding would give 2; correct spreadsheet behavior is 3	Matched
=ROUND(-2.5,0)	Negative half-values also round away from zero	-3	-3	Matched
=ROUND(12345,-2)	Negative num_digits rounds to the left of the decimal point	12300	12300	Matched
=ROUND(1.005,2)	Tests whether the engine falls into the naive-binary-float trap: the IEEE-754 double closest to 1.005 is actually ~1.00499999999999989, so a naive floor(x*100+0.5)/100 implementation would round DOWN to 1.00	1.01	1.01 Provenance Both Excel and LibreOffice correctly return 1.01, not 1.0 -- they normalize to ~15 significant decimal digits before rounding, specifically to avoid this well-known binary-float pitfall	Matched

Docs & syntax

Excel (desktop): official documentation
Google Sheets: official documentation
LibreOffice Calc: official documentation

Related how-to recipes

Where ROUND behaves differently

CEILING, FLOOR & MROUND: Excel vs LibreOffice rounding
Rounding to a multiple with negative numbers: what the legacy CEILING/FLOOR Mode argument does, why the documented default divergence did not reproduce in four LibreOffice builds, and the #NUM! vs #VALUE! split.
PERCENTRANK significance: Excel truncates, Sheets and LibreOffice round
Executed: PERCENTRANK.INC(A2:A11,4) returns 0.556 in LibreOffice 25.8.7.3 and Google Sheets, and 0.555 in Excel for the web, where Microsoft publishes 0.555, and at significance 1 PERCENTRANK.EXC returns 0.4 against a published 0.3. The ranking arithmetic matches everywhere; only the significance step differs, and only on repeating decimals.