Jonathan Polley writes:
The only thing I see it complain about is using std::sort. If I try
'using std::sort,' as is done if PROPS_STANDALONE is defined, I get the
same errors. Considering the problems I am having getting JSBSim to
compile, with similar complaints, I am getting
Bernie Bright writes:
Moving using std::sort after #include algorithm fixes the problem in
props.cxx.
I thought I'd done that already, but the change must have been blown
away by something else. Oh well. I've checked it in now.
All the best,
David
--
David Megginson
[EMAIL
Jonathan Polley wrote:
On Wednesday, March 20, 2002, at 06:00 PM, Christian Mayer wrote:
Jonathan Polley wrote:
MSVC 6.0 still whines about
props.cxx
C:\SimGear\simgear\misc\props.cxx(23) : error C2039: 'sort' : is not
a member of 'std'
C:\SimGear\simgear\misc\props.cxx(23) : error
On Thursday, March 21, 2002, at 06:43 AM, David Megginson wrote:
Jonathan Polley writes:
MSVC 6.0 still whines about
props.cxx
C:\SimGear\simgear\misc\props.cxx(23) : error C2039: 'sort' : is not a
member of 'std'
C:\SimGear\simgear\misc\props.cxx(23) : error C2873: 'sort' : symbol
The only way I can get SimGear to build is to replace
SG_USING_STD(sort);
with
SG_USING_NAMESPACE(std);
Nothing else seems to work. I have tried cleaning and rebuilding from
scratch *multiple* times.
Jonathan Polley
On Thursday, March 21, 2002, at 06:43 AM, David Megginson wrote:
The only way I can get SimGear to build is to replace
SG_USING_STD(sort);
with
SG_USING_NAMESPACE(std);
Nothing else seems to work. I have tried cleaning and rebuilding from
scratch *multiple* times.
Are there any other stdlib function calls in there from std namespace?
Jon
On Thursday, March 21, 2002, at 06:54 PM, Jon Berndt wrote:
The only way I can get SimGear to build is to replace
SG_USING_STD(sort);
with
SG_USING_NAMESPACE(std);
Nothing else seems to work. I have tried cleaning and rebuilding from
scratch *multiple* times.
Are there any other
On Thursday, March 21, 2002, at 08:54 PM, Bernie Bright wrote:
David Megginson wrote:
OK, first let's make sure that my code is correct ANSI C++ before we
beat up on MSVC. Basically, I have this:
#include algorithm
SG_USING_STD(sort);
which is equivalent to
#include algorithm
Jonathan Polley wrote:
With the irregularity that I am having problems with using XXX I get the
feeling that there is something wrong with a header someplace, or a
#define. Not all modules generate the error, and others (namely the
updates, and only the updates, to JSBSim) blow body parts
On Thursday, March 21, 2002, at 11:35 PM, Bernie Bright wrote:
I build under MSVC6 occasionally though generally I use linux. However
I was responsible for resolving some of the early portability issues.
Cheers,
Bernie
Could you try a build of the main FlightGear app to verify if my
Jonathan Polley wrote:
I just updated to the newest SimGear and tried to build under Windows using MSVC
6.0. When I did so, I got the following errors:
I haven't tried it since the last major checkins :(
Linux was just fine. Is there a problem with MS' implementation of STD?
That's more
On Wed, 20 Mar 2002 22:55:23 +0100
Christian Mayer [EMAIL PROTECTED] wrote:
So there used to be a lot of STL problems where Linux coders wrote non
standard compliant STL code that brok on MSVC. (They are not really to
blame as they have no chance to test their code on MSVC; and they are
Jon S Berndt writes:
I remember there was also perfectly good code that broke
under MSVC. Is this one fixed:
{
for (int i=0;i5;i++) {
// do something
}
for (int i=7;i13;i++) {
// do something else
}
}
The second for loop was causing problems with MSVC because
it choked
Not fixed in VC6. Fixed in VC7.
However, the STDLIB and STL implementations in VC6 and VC7 are very good.
But, they weren't written by Microsoft. They were written by P.J. Plauger's
company.
Regards.
Mark K Vallevand
Fat, dumb and happy. 2 out of 3 ain't bad.
I remember there was also
Norman Vine wrote:
The second for loop was causing problems with MSVC because
it choked on the for-block-scoped int i declaration.
AFAIK only in the new 'net' compiler
In the new .NET compiler (i.e. version 7) it's fixed, the old one (MSVC
6) has that problem.
Note however that
MSVC 6.0 still whines about
props.cxx
C:\SimGear\simgear\misc\props.cxx(23) : error C2039: 'sort' : is not a member of 'std'
C:\SimGear\simgear\misc\props.cxx(23) : error C2873: 'sort' : symbol cannot be used in a using-declaration
C:\SimGear\simgear\misc\props.cxx(801) : error C2065: 'sort' :
Jonathan Polley wrote:
MSVC 6.0 still whines about
props.cxx
C:\SimGear\simgear\misc\props.cxx(23) : error C2039: 'sort' : is not a member of
'std'
C:\SimGear\simgear\misc\props.cxx(23) : error C2873: 'sort' : symbol cannot be used
in a using-declaration
On Wednesday, March 20, 2002, at 06:00 PM, Christian Mayer wrote:
Jonathan Polley wrote:
MSVC 6.0 still whines about
props.cxx
C:\SimGear\simgear\misc\props.cxx(23) : error C2039: 'sort' : is not a
member of 'std'
C:\SimGear\simgear\misc\props.cxx(23) : error C2873: 'sort' : symbol
18 matches
Mail list logo