[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
RE: other trouble
From: |
Lippert, Ross A. |
Subject: |
RE: other trouble |
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<unsigned long>::digits;
digits = 0;
;
return 0;
}
configure:2987: result: no
-----Original Message-----
From: John W. Eaton [mailto:address@hidden
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. <address@hidden> 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<char,
| std::char_traits<char> >::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<char>]
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
- other trouble, Lippert, Ross A., 2002/05/16
- RE: other trouble,
Lippert, Ross A. <=