From octave-maintainers-request at bevo dot che dot wisc dot edu Thu May 16 16:55:00 2002 Subject: RE: other trouble From: "Lippert, Ross A." To: "John W. Eaton" Cc: "octave-maintainers mailing list" Date: Thu, 16 May 2002 14:54:39 -0700 Yes, just one per file, that's right. I checked my config.log and it says: configure:2920: checking if C++ library is ISO compliant configure:2960: /usr/local/gcc/3.0.2/bin/g++ -o conftest -g -O2 conftest.cc >&5 In file included from /usr/local/gcc/3.0.2/include/g++-v3/cwctype:31, from conftest.h:21, from configure:2944: /usr/local/gcc/3.0.2/include/g++-v3/bits/std_cwctype.h:70: `iswblank' not declared configure:2963: $? = 1 configure: failed program was: #line 2943 "configure" #include "confdefs.h" #include "conftest.h" int main () { std::bitset<50> flags; flags.set(); int digits = std::numeric_limits::digits; digits = 0; ; return 0; } configure:2987: result: no -----Original Message----- From: John W. Eaton [mailto:jwe at bevo dot che dot wisc dot edu] Sent: Thursday, May 16, 2002 4:10 PM To: Lippert, Ross A. Cc: octave-maintainers mailing list Subject: other trouble On 16-May-2002, Lippert, Ross A. wrote: | There were a couple places where std:: needed to be put in, like | std::ostream in symtab.h and | std::string in error.cc, OK, I think I have fixed these (just one in each file, right?). | but this one is baffling still. It looks like the | string char_traits is not an integer | but is assumed to be an integer in oct-fstrm.cc | oct-fstrm.cc: In constructor `octave_fstream::octave_fstream(const | std::string&, std::_Ios_Openmode, oct_mach_info::float_format)': | oct-fstrm.cc:54: no matching function for call to `std::basic_fstream >::open(const char*, std::_Ios_Openmode&, int)' | /usr/local/gcc/3.0.2/include/g++-v3/bits/std_fstream.h:402: candidates are: | void std::basic_fstream<_CharT, _Traits>::open(const char*, | std::_Ios_Openmode = (std::ios_base::in | std::ios_base::out)) [with | _CharT | = char, _Traits = std::char_traits] Apparently configure did not define CXX_ISO_COMPLIANT_LIBRARY on your system, even though it probably should have if you are using g++ 3.0.x. Can you find out why it failed to define this macro, or at least send me the relevant parts of config.log? Thanks, jwe