This is the mail archive of the
libstdc++@gcc.gnu.org
mailing list for the libstdc++ project.
Re: Another libstdc++ build failure on hppa1.1-hp-hpux10.20: strtoll and strtoull undeclared
- To: bkoz at redhat dot com (Benjamin Kosnik)
- Subject: Re: Another libstdc++ build failure on hppa1.1-hp-hpux10.20: strtoll and strtoull undeclared
- From: "John David Anglin" <dave at hiauly1 dot hia dot nrc dot ca>
- Date: Mon, 5 Nov 2001 13:24:40 -0500 (EST)
- Cc: gcc-bugs at gcc dot gnu dot org, libstdc++ at gcc dot gnu dot org
> > ../../../../libstdc++-v3/src/locale-inst.cc:74: instantiated from here
> > /xxx/gnu/gcc-3.1/objdir/hppa1.1-hp-hpux10.20/libstdc++-v3/include/bits/locale_facets.tcc:409: `
> > strtoull' undeclared (first use this function)
> > make[4]: *** [locale-inst.lo] Error 1
>
> This is probably fall out from the C99/long long changes.
Yes, the build was successful the day before. Phil probably has the best
idea on the direction to take to resolve this. In looking at his patch,
it seems long long support is necessary for iostreams. Possibly, this is
why 27_io/filebuf.cc and 27_io/stringbuf.cc FAIL on hppa1.1-hp-hpux10.20.
I know one fails in execution but I can't remember which. I am fairly
certain that aside from these two routines the rest of the infrastructure
for long long support is in place.
Dave
--
J. David Anglin dave.anglin@nrc.ca
National Research Council of Canada (613) 990-0752 (FAX: 952-6605)