I am not sure what Steve Dekorte is saying...
A language that uses objects on the bottom can use them for everything, but a language with closures on the bottom needs other types or "atoms" for things like numbers, lists, etc and then scatter around functions for operating on those other types. If you care about simplicity, consistency and organization, this is a big difference.If you have objects, you still need compiler support for closures.
But if you have closures, you need no compiler support for objects.
Either way you need compiler support for other literals like numbers.
Unless you want to program numbers in the lambda calculus. And then too closures win.