wxArrayInt bracket [] operator for value assignment

[Carsten A. Arnholm]

Vadim Zeitlin wrote:
> "Carsten A. Arnholm" wrote:
>> Which relevant compilers have inferior or no STL support today?
>
> We hope that the answer is none which is why wxWidgets 3 might
> use STLclasses by default (it's already possible to use them since 2.6
> but you need to do it explicitly).

Good news then! Looks like it is moving in the right direction. For the wx 
containers to *use* STL in their implementation will help, but I think a 
long term goal should be that they *are* STL containers, supporting the well 
known interface of std containers. This will among other things ensure 
compatibility with algorithms in the <algorithm> header for example. In any 
case, I am quite comfortable with using STL containers and some of the 
algorithms, and don't see it as natural to have to learn an alternative 
interface for something as succesful as STL.

I will be looking forward to see how this will be in wxWidgets 3 then!

>> I have used STL since ~1995 on Windows using various compilers
>> and I am now working on a wxWidgets application that uses STL on
>> Windows (VS2005 Express) and Linux (GCC)
>
> My personal advice is that if you use only modern compilers and your
> goal is not to optimize the compilation times at any cost, you should be
> using STL classes instead of wx ones and probably use wxWidgets with
> wxUSE_STL=1.

Thank you for the insight and advice, Vadim. Much appreciated. It gives me 
confidence to hear that using STL does not cause fundamental conflicts with 
wxWidgets, and might even become the norm.

Best regards
Carsten A. Arnholm
http://arnholm.org/
N59.776 E10.457