Well, we’ll need more than a bit, since there’s three possible signs here… 
Still, of course, if you happen to use a representation with an “Is this positive, negative, or zero?” field, the question is trivial. (Similarly, if you happen to use a representation of programs with a “Does this halt?” bit, the halting problem is trivial.)
But using a “Positive, negative, or zero?” field is actually a really poor way to represent real numbers! You can make Sign computable, but only at the cost of the rest of arithmetic (e.g., subtraction) uncomputable.
Imagine an instrument reading in analogue data in to greater and greater precision. It will not, in any finite amount of time, be able to read the data to complete precision, but will achieve arbitrarily good precision as you wait for it to sharpen. It will not be possible, in finite time, to ever be certain that the input is zero. If you demand a representation of reals with a “This is exactly zero!” bit, this instrument will never be able to set the, and thus it will not be able to produce a valid output when the input actually is zero. For most purposes, that’s not a very good representation of real numbers.
Similarly, if you have two reals X and Y, not known to complete precision in finite time, you will not be able to determine in finite time whether they are exactly equal. If you demand there be a “This is exactly zero!” bit, this will make subtraction uncomputable, as you’ll never be able to set that bit as needed for X - Y.
Computability depends on what one chooses as representation, in the same way that continuity depends on what one chooses as topology. But for most purposes, the best way to think of unbounded-precision reals is as an enumeration of the rationals which the real is less than and greater than (i.e., an open Dedekind cut), and with this representation, computability entails continuity with the standard topology.