This is the mail archive of the gcc-bugs@gcc.gnu.org mailing list for the GCC project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]

Re: ostream and long long


On Thu, Jul 26, 2001 at 10:53:46AM +0300, Andris Pavenis wrote:
> On 25 Jul 2001, Gabriel Dos Reis wrote:
> > If --enable-long-long, then the accompanying C99 mathematical
> > functions should be availble for long long support.  They are not
> > unreleated.
> 
> Do we really need sqrtf(), sqrtl(), sinl() and similar functions to
> support long long? I think the best would be to check for functions
> we really need for --enable-long-long instead of disabling it
> if at least one of functions added with c99 is missing

Your definition of "functions we really need" for long long support may be
very different from somebody else's.  If all you want to do with a long
long is print it, then no, sqrtl() isn't needed for op<<.  Maybe another
user thinks of "really" supporting long long as just being able to do
basic trig, and overloaded operators are an extra unnecessary feature.

Gaby is correct; this was a tricky rat's nest in the past.  And even if it
were possible to /easily/ separate "support for printing long long" from
"support for long long trig" from "support for long long <foo>", I really
don't want to see a bunch of different enabling/disabling macros through
the code.  Either it works or it doesn't; either we support it or we don't.

Rather than try to split long long support into pieces along arbitrary
"this is basic support / no, only this over here is basic support" lines,
I'd prefer to concentrate on why the ENABLE_LONG_LONG result flag is being
set to false, when the config.log seems to show that they are supported.


David, what compiler are you using to bootstrap?  It /should/ be a silly
question, since libstdc++ uses the freshly-built g++ to do its work, but
another user is reporting a similar "should be enabled but isn't" problem;
he gets it working when building 3.0 with RH's 2.96, but not if he builds
3.0 with 2.92.3 or older egcs.

Phil

-- 
Would I had phrases that are not known, utterances that are strange, in
new language that has not been used, free from repetition, not an utterance
which has grown stale, which men of old have spoken.
                                     - anonymous Egyptian scribe, c.1700 BC


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]