Sind Symbole aus der C-Standardbibliothek in C++ reserviert?

Dies ist eine Fortsetzung einer anderen Frage.

Die ursprüngliche Frage hatte andere Probleme, aber ich musste erkennen, dass die Hauptfrage (laut CLang) a war Neudefinition von time als anderes Symbol während nur Hübsch Es wurden C++-Includes verwendet.

Hier also eine abgespeckte Version:

#include<iostream>

using std::cout;
using std::endl;

class time
{
public:
    int h, min, sec;
};

const int full = 60;

void canonify(time& pre)     // Error here (line 14)
{
    pre.min += pre.sec / full;
    pre.h += pre.min / full;
    pre.sec %= full;
    pre.min %= full;
}
int main()
{
    time a;                  // and here (line 23)
    a.h = 3;
    a.min = 128;
    a.sec = 70;
    canonify(a);
    cout << a.h << ":" << a.min << ":" << a.sec << endl;
}

Natürlich ersetzen time mit einem anderen Symbol oder mit struct time reicht um das Problem zu beseitigen. Anders gesagt meine Frage ist nicht wie man den Code zum Laufen bringt, sondern nur ob wir Symbole aus der C-Bibliothek als sehen müssen reservierte Token in C++. Clang 11 (auf MSVC19) drosselt mit:

1>ess.cpp(14,15): error : must use 'class' tag to refer to type 'time' in this scope
1>...\ucrt\time.h(518,42): message : class 'time' is hidden by a non-type declaration of 'time' here
1>ess.cpp(23,5): error : must use 'class' tag to refer to type 'time' in this scope
1>...\ucrt\time.h(518,42): message : class 'time' is hidden by a non-type declaration of 'time' here

Die Frage ist also: Wo verbietet der C++-Standard die freie Verwendung von Symbolen aus der C-Standardbibliothek, wenn sie nicht explizit in einer Kompilierungseinheit enthalten sind?

Interessanterweise funktioniert derselbe Code (einmal übersetzt …) in C einwandfrei:

#include <stdio.h>

//
typedef struct 
{
    int h, min, sec;
}time;
//
const int full = 60;
//
void canonify(time* pre)
{
    pre->min += pre->sec / full;
    pre->h += pre->min / full;
    pre->sec %= full;
    pre->min %= full;
}
int main()
{
    time a;
    a.h = 3;
    a.min = 128;
    a.sec = 70;
    canonify(&a);
    printf("%d:%d:%d\n", a.h, a.min, a.sec);
    return 0;
}

[extern.names]

3 Jeder Name aus der C-Standardbibliothek, der mit externer Verknüpfung deklariert ist, ist für die Implementierung zur Verwendung als Name mit externer “C”-Verknüpfung reserviert, sowohl im Namensraum std als auch im globalen Namensraum.

Beachten Sie, dass dieser Absatz den Namen selbst reserviert. Also Aliasing time im globalen Namensraum verstößt gegen diesen Vertrag.

Wo verbietet der C++-Standard die freie Verwendung von Symbolen aus der C-Standardbibliothek?

Letzter Entwurf:

[extern.names]

Jeder Name aus der C-Standardbibliothek, der mit externer Verknüpfung deklariert ist, ist für die Implementierung zur Verwendung als Name mit externer “C”-Verknüpfung reserviert, sowohl im Namensraum std als auch im globalen Namensraum.

Jede Funktionssignatur aus der C-Standardbibliothek, die mit externer Verknüpfung deklariert ist, ist für die Implementierung zur Verwendung als Funktionssignatur mit externer “C”- und externer “C++”-Verknüpfung oder als Name des Namespace-Bereichs im globalen Namespace reserviert.

wenn sie nicht explizit in einer Übersetzungseinheit enthalten sind?

Wenn Sie die Standardbibliothek überhaupt verwenden, gelten alle Namensreservierungen der Standardbibliothek.

Wenn Sie einen Standardheader einfügen (oder einen Header, dessen genauen Inhalt Sie nicht kontrollieren und der daher Standardheader enthalten kann), schließen Sie möglicherweise indirekt andere Standardheader ein, einschließlich der von C geerbten.