STL Vector on Borland tools
I have a problem. For a variety of reasons I am using, and cannot change from, Borland compilers to write the bulk of my software. My experience though has suggested that the Rogue Wave STL Vector is very broken. Since I dislike using compiler-specific structures, Borland's equivalent types such as TArray aren't really satisfactor. It's the heavy use of compiler-specific features by a predecessor that has tied me to a particularly ancient version of the Borland tools, and I really want to get away from that.
Can't you just use another STL library? Or do you suspect it is the compiler that is broken, and not your particular STL implementation?
Mitch & Murray (from downtown)
What exactly is broken?
I'll second the vote for STLPort ( http://www.stlport.org ).
What exactly is the problem? I use std::vector with Borland C++ Builder 5, and I can't say I've had problems that weren't caused by my own programming errors.
STLport is great!
Borland C++ 5 and C++ Builder 5 are different products.
Ancient as in 5.02, that is correct. It's an old dog, and all copies in circulation should have been destroyed. Unfortunately my client has staked his academic career on writing a series of plug-ins for a package that was written with 5.02 specific features. Trust me, if I had any say in this at all I wouldn't be using this compiler. I recognize it for the stinking heap of fertilizer that it is.
Just curious... which 5.02 specific features?
OWL, Borland specific String extensions (boy howdy, do I have string libraries; 3 variations on "string" at last count), and the ever lovley extra special lack of exceptions. The compiler claims to support them, but even when they're part of the compile options they never seem to get thrown.
Just tried STLport. It makes the Rogue Wave STL look like a gem. It refuses to compile, and makes some pretty wild and inaccurate assumptions about where include files are at. The current shipping version makes references include files that according to the include path should be appearing in the STLport distribution. Unfortunately they should be appearing in non-existent directories.
Fog Creek Home