This is the mail archive of the libstdc++@gcc.gnu.org mailing list for the libstdc++ project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: [PATCH] strtoll and strtoull in libiberty (fix: libstdc++/5611)


On Mon, Mar 18, 2002 at 02:41:28PM -0800, Benjamin Kosnik wrote:
> 
> > > * Do you *really* want to link libstdc++ against libiberty?  libiberty
> > >   includes GPL and LGPL components, which may be a Bad Thing to have
> > >   in libstdc++, since libstdc++ has the "special exception" and
> > >   libiberty does not.
> 
> Huh. This wasn't considered. I guess this is an issue.
> 
> In addition, it looks like a solution more like the conditionally-made
> convenience library libmath is preferred, based on feedback from
> Alexandre. I think his reasoning is sound. 
> 
> So, something like a libc subdir, with strtoull.c and strtoll.c, with
> libstdc++ compatible licenses?

If you're going to include integer-parsing code in the library, why 
bother with the redundant step of strto-anything?  Why not just build 
it directly into the implementations of operators >>?  We can avoid
a lot of rigmarole massaging input and the execution environment to 
conform to strtoll's needs just by not using it.

Nathan Myers
ncm@cantrip.org


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