STL.NET news

[Andrew Roberts]

Any more info on this? Anyone know when it will be released?

[Carl Daniel [VC++ MVP]]

"Andrew Roberts" <Mu******@nospa m.nospam> wrote in message
news:%2******** **********@TK2M SFTNGP10.phx.gb l...

Any more info on this? Anyone know when it will be released?

Stay tuned - there is some news, but we're waiting for feedback from the
VC++ team as to what can be said publicly.

-cd

[rellik]

"Andrew Roberts" <Mu******@nospa m.nospam> wrote in message
news:%2******** **********@TK2M SFTNGP10.phx.gb l...

Any more info on this? Anyone know when it will be released?

Looks to me like it's dead in the water. No hint of a release date. The
dreadful version accidently included in beta 2 pointed to some serious
issues. Tis a pity because C++ is next to useless without it's standard
library.

-Liam

[Willy Denoyette [MVP]]

"rellik" <no****@goaway. net> wrote in message
news:mc******** ***********@new sfe6-win.ntli.net...
|
| "Andrew Roberts" <Mu******@nospa m.nospam> wrote in message
| news:%2******** **********@TK2M SFTNGP10.phx.gb l...
| > Any more info on this? Anyone know when it will be released?
| >
|
|
| Looks to me like it's dead in the water. No hint of a release date. The
| dreadful version accidently included in beta 2 pointed to some serious
| issues. Tis a pity because C++ is next to useless without it's standard
| library.
|
|

This has nothing to do with STL and C++, it's about STL/CLR and C++/CLI.

Willy.

[Carl Daniel [VC++ MVP]]

Andrew Roberts wrote:

Any more info on this? Anyone know when it will be released?

http://blogs.msdn.com/nikolad/archiv...07/527193.aspx

-cd

[Don Kim]

Carl Daniel [VC++ MVP] wrote:

http://blogs.msdn.com/nikolad/archiv...07/527193.aspx

So it looks as though we'll have to wait till the next version of VS
before we get STL/CLR. *SIGH* But at least its better late then never! :)

-Don Kim

[rellik]

"Willy Denoyette [MVP]" <wi************ *@telenet.be> wrote in message
news:uo******** ******@tk2msftn gp13.phx.gbl...

"rellik" <no****@goaway. net> wrote in message
news:mc******** ***********@new sfe6-win.ntli.net...
|
| "Andrew Roberts" <Mu******@nospa m.nospam> wrote in message
| news:%2******** **********@TK2M SFTNGP10.phx.gb l...
| > Any more info on this? Anyone know when it will be released?
| >
|
|
| Looks to me like it's dead in the water. No hint of a release date. The
| dreadful version accidently included in beta 2 pointed to some serious
| issues. Tis a pity because C++ is next to useless without it's standard
| library.
|
|

This has nothing to do with STL and C++, it's about STL/CLR and C++/CLI.

Willy.

Sorry Willy I'll rephase. Tis a pity because because C++/CLI is next to
useless without the ability to use managed types with the standard library.

-Liam

[Willy Denoyette [MVP]]

"rellik" <no****@goaway. net> wrote in message
news:qm******** ***********@new sfe7-win.ntli.net...
|
| "Willy Denoyette [MVP]" <wi************ *@telenet.be> wrote in message
| news:uo******** ******@tk2msftn gp13.phx.gbl...
| >
| > "rellik" <no****@goaway. net> wrote in message
| > news:mc******** ***********@new sfe6-win.ntli.net...
| > |
| > | "Andrew Roberts" <Mu******@nospa m.nospam> wrote in message
| > | news:%2******** **********@TK2M SFTNGP10.phx.gb l...
| > | > Any more info on this? Anyone know when it will be released?
| > | >
| > |
| > |
| > | Looks to me like it's dead in the water. No hint of a release date.
The
| > | dreadful version accidently included in beta 2 pointed to some serious
| > | issues. Tis a pity because C++ is next to useless without it's
standard
| > | library.
| > |
| > |
| >
| > This has nothing to do with STL and C++, it's about STL/CLR and C++/CLI.
| >
| > Willy.
| >
| >
| >
|
| Sorry Willy I'll rephase. Tis a pity because because C++/CLI is next to
| useless without the ability to use managed types with the standard
library.
|
| -Liam
|
|

Why? they are just wrappers around the managed containers available in the
framework. IMO they offer little added value.

Willy.

[rellik]

|

| Sorry Willy I'll rephase. Tis a pity because because C++/CLI is next to
| useless without the ability to use managed types with the standard
library.
|
| -Liam
|
|

Why? they are just wrappers around the managed containers available in the
framework. IMO they offer little added value.

Willy.

Oh I don't know. Just say you're a C++ programmer. Which means you make
extensive use of the standard library. Say you'd like use a fairly standard
container, probably the most common after vector - the set. Yeah, say you'd
like to have a set of strings. Is there a set in the
System.Collecti ons.Generic namespace? Nope.

-Liam

[Carl Daniel [VC++ MVP]]

Willy Denoyette [MVP] wrote:

Sorry Willy I'll rephase. Tis a pity because because C++/CLI is next
to useless without the ability to use managed types with the
standard library.

-Liam

Why? they are just wrappers around the managed containers available
in the framework. IMO they offer little added value.

No, they're not. The STL/CLR containers are managed implementations of the
STL containers and are not wrappers over List<T> or any other framework
class. They do support many of the framework interfaces (IEnumerable<T> ,
etc) to make interoperation easier, but they're definitely not wrappers.

The reason why they're desirable is for use with the rest of the C++
standard library. In my own work, I particularly miss having well defined
complexity guarantees (that STL provides, but the BCL is very sketchy
about), and the ability to mix and match algorithms and containers. After
using STL containers and algorithms, the BCL classes are a like taking a 10
year step backwards - they're representative of state of the art C++
practice in the early to mid 90's.

Even something as simple as upper_bound/lower_bound is missing from the BCL
classes. Yes, List<T> does provide BinarySearch, but it's a wierd
implementation that usually requires some tweaking of the return value
before use (e.g. binary complement, test/increment, test/decrement). If
they'd simply provided lower_bound and upper_bound it'd be much easier to
use.

-cd