J>"Строго говоря" — это в стандарте, что ли?

Platforms
The collector is not completely portable, but the distribution includes ports to most standard PC and UNIX/Linux platforms. The collector should work on Linux, *BSD, recent Windows versions, MacOS X, HP/UX, Solaris, Tru64, Irix and a few other operating systems. Some ports are more polished than others. There are instructions for porting the collector to a new platform.

Current users:
Known current users of some variant of this collector include:
The runtime system for GCJ, the static GNU java compiler.
W3m, a text-based web browser.
Some versions of the Xerox DocuPrint printer software.
The Mozilla project, as leak detector.
The Mono project, an open source implementation of the .NET development framework.
The DotGNU Portable.NET project, another open source .NET implementation.
The Irssi IRC client.
The Berkeley Titanium project.
The NAGWare f90 Fortran 90 compiler.
Elwood Corporation's Eclipse Common Lisp system, C library, and translator.
The Bigloo Scheme and Camloo ML compilers written by Manuel Serrano and others.
Brent Benson's libscheme.
The MzScheme scheme implementation.
The University of Washington Cecil Implementation.
The Berkeley Sather implementation.
The Berkeley Harmonia Project.
The Toba Java Virtual Machine to C translator.
The Gwydion Dylan compiler.
The GNU Objective C runtime.
Macaulay 2, a system to support research in algebraic geometry and commutative algebra.
The Vesta configuration management system.
Visual Prolog 6.
Asymptote LaTeX-compatible vector graphics language.

// в недрах библиотеки
intptr_t getX()
{
    return reinterpret_cast<intptr_t>(new X);
    // ссылки на объект остались, GC его не тронет!
}

// код пользователя
reinterpret_cast<X *>(getX())->doSomething();
// а вот теперь можно и удалить

"In fact, in Linux we did try C++ once already, back in 1992. It sucks. Trust me — writing kernel code in C++ is a BLOODY STUPID IDEA.

"The fact is, C++ compilers are not trustworthy. They were even worse in
1992, but some fundamental facts haven't changed: 1) the whole C++ exception handling thing is fundamentally broken. It's _especially_ broken for kernels. 2) any compiler or language that likes to hide things like memory allocations behind your back just isn't a good choice for a kernel. 3) you can write object-oriented code (useful for filesystems etc) in C, _without_ the crap that is C++."

Строго говоря GC в С++ есть

E>class my_linked_list_node_t {
E>  private :
E>    // Какие-то данные объекта.
E>    float m_scales[ 1024 ];
E>    // Следующий элемент вектора.
E>    my_linked_list_node_t * m_next;
E>  public :
E>    ...
E>};
E>

int main()
{
  int* p = non_garbage_collected_new int;
}

(31):    #define SERPENT_XOR_KEY(rPos,a,b,c,d) {a ^= m_roundKey[4*rPos];b ^= m_roundKey[4*rPos+1];c ^= m_roundKey[4*rPos+2];d ^= m_roundKey[4*rPos+3];}
(31):    #define SERPENT_XOR_KEY(rPos,a,b,c,d) {a ^= m_roundKey[4*rPos];b ^= m_roundKey[4*rPos+1];c ^= m_roundKey[4*rPos+2];d ^= m_roundKey[4*rPos+3];}
(31):    #define SERPENT_XOR_KEY(rPos,a,b,c,d) {a ^= m_roundKey[4*rPos];b ^= m_roundKey[4*rPos+1];c ^= m_roundKey[4*rPos+2];d ^= m_roundKey[4*rPos+3];}
(31):    #define SERPENT_XOR_KEY(rPos,a,b,c,d) {a ^= m_roundKey[4*rPos];b ^= m_roundKey[4*rPos+1];c ^= m_roundKey[4*rPos+2];d ^= m_roundKey[4*rPos+3];}
SetKey (89):    memcpy (m_roundKey.ptr(),kEx.c_ptr() + 8, 132*sizeof(DWORD));
Init (20):    void Init   ()      {m_roundKey.clear ();}
InitFrom (21):    void InitFrom  (const Serpent &other) {m_roundKey = other.m_roundKey;}
InitFrom (21):    void InitFrom  (const Serpent &other) {m_roundKey = other.m_roundKey;}
Serpent (32):    SecureBuffer<DWORD,132> m_roundKey;

struct tm* ptm;
#define MACRO(xx) xx->// вот тут xref, исходя из того, как макрос используется, выдаст список членов ptm
    MACRO(ptm)

#define MACRO(xx,yy) xx##yy->
    MACRO(pt,m)

#define PRINTX() printf("x == %d\n", x);
    {
        int x = 0; // вот этот х тоже
        PRINTX(); 
    }

(*(5+(struct tm **)0x13e5f)[0]). // должны появиться члены tm

The bytecoded system currently runs on any POSIX-compliant operating system with an ANSI-compliant C compiler (and tries hard to accommodate deviations from POSIX and ANSI-C). It should run straight out of the box on all Unix and Unix-compatible systems, including Linux and MacOS X. (See below for MS Windows.) While not mandatory, it is recommended to use the GNU gcc compiler to compile the distribution.

Y>>А насчет ограниченного количества приложений даже комментировать не буду

int b[100];
int a = 100;
b[ a ] = 1;

J>>"Строго говоря" — это в стандарте, что ли?

struct S
{
  int i;
};

int* f()
{
  S s;
  return &s.i;
}

int main()
{
  int* pi = f();
}

Строго говоря GC в С++ есть, только реально никому не нужен, поэтому традиционно не используется.

NBN>Но они есть