This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
Re: Another libstdc++ build failure on hppa1.1-hp-hpux10.20: strtoll and strtoull undeclared
On Tue, Nov 06, 2001 at 01:56:18PM -0500, Phil Edwards wrote:
> When I get a chance to do a build today,
> I'll try changing this to C++ and if nothing strange breaks (why would
> it?) I'll check it in.
Like this. Tested on i686/linux with no regressions. Applied to trunk.
Branch or no?
2001-11-06 Phil Edwards <pme@gcc.gnu.org>
* acinclude.m4 (GLIBCPP_ENABLE_LONG_LONG): Run the test in
LANG_CPLUSPLUS mode.
* aclocal.m4: Regenerate.
* configure: Regenerate.
Index: acinclude.m4
===================================================================
RCS file: /cvs/gcc/gcc/libstdc++-v3/acinclude.m4,v
retrieving revision 1.180
diff -u -3 -p -r1.180 acinclude.m4
--- acinclude.m4 2001/11/02 22:30:57 1.180
+++ acinclude.m4 2001/11/06 22:48:09
@@ -1500,8 +1500,10 @@ AC_DEFUN(GLIBCPP_ENABLE_LONG_LONG, [dnl
esac],
enable_long_long=GLIBCPP_ENABLE_LONG_LONG_DEFAULT)dnl
- AC_MSG_CHECKING([for enabled long long I/O support])
+ AC_LANG_SAVE
+ AC_LANG_CPLUSPLUS
+ AC_MSG_CHECKING([for enabled long long I/O support])
# iostreams require strtoll, strtoull to compile
AC_TRY_COMPILE([#include <stdlib.h>],
[char* tmp; strtoll("gnu", &tmp, 10);],,[enable_long_long=no])
@@ -1513,6 +1515,8 @@ AC_DEFUN(GLIBCPP_ENABLE_LONG_LONG, [dnl
AC_DEFINE(_GLIBCPP_USE_LONG_LONG)
fi
AC_MSG_RESULT($enable_long_long)
+
+ AC_LANG_RESTORE
])