Problème critique
L’embarqué Le manuel de conception contient la déclaration incorrecte suivante à propos de la prise en charge C :
Le HAL prend uniquement en charge le processeur embarqué standard sous-ensemble du langage C complet. Programmes C qui utilisent des fonctionnalités au-delà de ce sous-ensemble, tombent en panne dans l’environnement HAL. Fonctionnalités C non disponible dans Embedded C comprennent le polymorphisme, les modèles et un et la perte d’objets multiples. En général, les fonctionnalités qui consomment une grande quantité de mémoire n’est pas incluse dans Embedded C . Capture/lancer exceptions tombent en panne dans l’environnement MicroC/OS-II.
Nios II la prise en charge C ne se limite pas à l’embarqué obsolète Spécifications C.
À la place de l’inexactitude, reportez-vous à ce qui suit informations correctes :
Nios II la prise en charge de la langue C dépend de la chaîne d’outils du GCC. La chaîne d’outils Nios II GCC 4 C prend en charge les fonctionnalités suivantes :
- Polymorphisme
- Une perte de confiance et une perte de confiance
- Multi-affichage
- Cours de base virtuels
- Informations sur le type de temps d’exécution
typeid() - Le
mutabletype de produit - Namespaces
- Modèles
- Allocation de mémoire dynamique de style nouveau et suppression
- Surcharge d’opérateur
- Bibliothèque de modèles standard (STL, Standard Template Library)
Les exceptions et les distributions dynamiques de style nouveau ne sont pas prises en charge.