hpux vs long long libstdc++-v3

[law@redhat.com]

Per Jason's request I twiddled how we handle the strtoll vs __strtoll
naming issue on hpux.  Here's the patch I checked in.

	* config/os/hpux/bits/os_defines.h: Update to avoid #defines
	for strtoll and strtoull.

Index: config/os/hpux/bits/os_defines.h
===================================================================
RCS file: /cvs/cvsfiles/devo/libstdc++-v3/config/os/hpux/bits/os_defines.h,v
retrieving revision 1.2.16.2
diff -c -3 -p -r1.2.16.2 os_defines.h
*** os_defines.h	2001/12/22 00:42:15	1.2.16.2
--- os_defines.h	2001/12/22 16:42:57
***************
*** 61,68 ****
     We also force _GLIBCPP_USE_LONG_LONG here so that we don't have
     to bastardize configure to deal with this sillyness.  */
  #include <sys/_inttypes.h>
! #define strtoll __strtoll
! #define strtoull __strtoull
  extern intmax_t __strtoll (const char *, char**, int);
  extern uintmax_t __strtoull (const char *, char**, int);
  #define _GLIBCPP_USE_LONG_LONG 1
--- 61,72 ----
     We also force _GLIBCPP_USE_LONG_LONG here so that we don't have
     to bastardize configure to deal with this sillyness.  */
  #include <sys/_inttypes.h>
! namespace std {
!   extern "C" long long strtoll (const char *, char **, int)
!     __asm  ("__strtoll");
!   extern "C" long long strtoull (const char *, char **, int)
!     __asm  ("__strtoull");
! }
  extern intmax_t __strtoll (const char *, char**, int);
  extern uintmax_t __strtoull (const char *, char**, int);
  #define _GLIBCPP_USE_LONG_LONG 1