Toy this, toy that

I notice you smart CS types speak of toys. Toy compilers, toy languages. Is there some consensus as to what it means? At what point is something in programming *not* a toy?

Toy languages have several defining characteristics:

1. Poor library support.
2. Obstacles that prevent real world usage e.g.
- Buggy/immature implementation
- Poor performance, especially for critical things like I/O
- Difficult to program in
3. Little adoption by for-profit or notable non-profit organizations
4. Unorthodox language features.
5. Cult-like user base