"mlimber" <m...@gmail.com> wrote in message 
news:1...@z14g2000cwz.googlegroups.com...

>> As to conformance, I don't know that I've run across a fully conformant
>> compiler/runtime yet.
>
> No fully conformant compiler cum library exists, though some are close
> and are available on a wide variety of platforms (GNU, Comeau, etc.).

Uh, the EDG front end has been fully compliant for several years
now, and the Dinkumware C/C++ library has been for even longer.
Since we have a number of OEM customers in common, integrated
fully conforming C++ compilers do exist. You can also paste together
your own by licensing Comeau C++ (which uses EDG) and our library.

P.J. Plauger
Dinkumware, Ltd.
http://www.dinkumware.com

P.J. Plauger wrote:
> "mlimber" <m...@gmail.com> wrote in message
> news:1...@z14g2000cwz.googlegroups.com...
>
> >> As to conformance, I don't know that I've run across a fully conformant
> >> compiler/runtime yet.
> >
> > No fully conformant compiler cum library exists, though some are close
> > and are available on a wide variety of platforms (GNU, Comeau, etc.).
>
> Uh, the EDG front end has been fully compliant for several years
> now, and the Dinkumware C/C++ library has been for even longer.
> Since we have a number of OEM customers in common, integrated
> fully conforming C++ compilers do exist. You can also paste together
> your own by licensing Comeau C++ (which uses EDG) and our library.

I stand corrected.

Cheers! --M

"JustBoo" <J...@BooWho.com> wrote in message 
news:8...@4ax.com...

> On 3 Jan 2006 10:47:05 -0800, "Alex Vinokur"
> <a...@users.sourceforge.net> wrote:
>>Are there any restrictions/problems for use of  C++ STL in development
>>in embedded systems?
>
> Hey look what I just found, from their website:
>
> The Dinkum EC++ Library as specified by the Embedded C++ Technical
> Committee. (See the Dinkum EC++ Library.) This is far and away the
> most widely used EC++ library in the embedded programming community.
>
> http://www.dinkumware.com/libdual_vc.html
>
> Good Luck.

Right, and if you really want:

-- STL

-- namespaces

-- exceptions

you also get our Abridged library, in the same package, that
extends EC++ with each of these three optional features.
Many embedded C++ compilers ship with this library.

P.J. Plauger
Dinkumware, Ltd.
http://www.dinkumware.com

P.J. Plauger wrote:
[snip]
> you also get our Abridged library, in the same package, that
> extends EC++ with each of these three optional features.
> Many embedded C++ compilers ship with this library.
[snip]

Does 'Green Hills C++ Compiler' use your Abridged library?

Alex Vinokur
     email: alex DOT vinokur AT gmail DOT com
     http://mathforum.org/library/view/10978.html
     http://sourceforge.net/users/alexvn

"Alex Vinokur" <a...@users.sourceforge.net> wrote in message 
news:1...@g14g2000cwa.googlegroups.com...

> P.J. Plauger wrote:
> [snip]
>> you also get our Abridged library, in the same package, that
>> extends EC++ with each of these three optional features.
>> Many embedded C++ compilers ship with this library.
> [snip]
>
> Does 'Green Hills C++ Compiler' use your Abridged library?

Yes. They also ship our full C++ library as well.

P.J. Plauger
Dinkumware, Ltd.
http://www.dinkumware.com

Alex Vinokur wrote:
> Are there any restrictions/problems for use of  C++ STL in development
> in embedded systems?
...

If you need an ordered associative container that doesn't require
elements to be copied into a general-purpose heap, consider:

http://www.geocities.com/wkaras/gen_cpp/avl_tree.html

At the other end of the spectrum, if your embedded system runs Linux
(or some other OS with per-process memory protection and explicit
shared memory), and you need to create an STL Allocator for shared
memory, this code (in straight C) may be a useful starting point:

http://www.geocities.com/wkaras/heapmm/heapmm.html

All of the above code is designed to be reentrant.

P.J. Plauger wrote:
> "Alex Vinokur" <a...@users.sourceforge.net> wrote in message
[snip]
> > Does 'Green Hills C++ Compiler' use your Abridged library?
>
> Yes. They also ship our full C++ library as well.
[snip]

Is 'implementation of STL algorithms/methods in Extended Embedded C++'
reenterable/reentrant?

Thanks.

Alex Vinokur
     email: alex DOT vinokur AT gmail DOT com
     http://mathforum.org/library/view/10978

P.J. Plauger wrote:
> "Alex Vinokur" <a...@users.sourceforge.net> wrote in message
[snip]
> > Does 'Green Hills C++ Compiler' use your Abridged library?
>
> Yes. They also ship our full C++ library as well.
[snip]

Is 'implementation of STL algorithms/methods in Extended Embedded C++'
reenterable/reentrant?

Thanks.

Alex Vinokur
     email: alex DOT vinokur AT gmail DOT com
     http://mathforum.org/library/view/10978

Alex Vinokur wrote:
> Are there any restrictions/problems for use of  C++ STL in development
> in embedded systems?
...

Here is a link to the slides for a 1999 presentation by Bjarne
Stroustrup about
using Standard C++ including the STL in embedded systems.

http://public.research.att.com/~bs/esc99.html

"Alex Vinokur" <a...@users.sourceforge.net> wrote in message 
news:1...@g14g2000cwa.googlegroups.com...

> P.J. Plauger wrote:
>> "Alex Vinokur" <a...@users.sourceforge.net> wrote in message
> [snip]
>> > Does 'Green Hills C++ Compiler' use your Abridged library?
>>
>> Yes. They also ship our full C++ library as well.
> [snip]
>
> Is 'implementation of STL algorithms/methods in Extended Embedded C++'
> reenterable/reentrant?

Yes.

P.J. Plauger
Dinkumware, Ltd.
http://www.dinkumware.com