Ein Fehler in der GCC-Implementierung von Bitfeldern

Arbeitet in C11 die folgende Struktur:

Wie verhält es sich, NULL mit dem% s-Bezeichner von printf zu drucken?

(this == null) in C #!

Aufgrund eines Fehlers, der in C # 4 behoben wurde, wird das folgende Programm gedruckt

Warum werden generische und nicht generische Strukturen unterschiedlich behandelt, wenn ein Ausdruck erstellt wird, der operator == auf nullable hebt?

Dies sieht aus wie ein Fehler beim Aufheben der Operanden von generischen Strukturen auf Null.Betrachten Sie die folgende Dummy-Struktur, die überschreibt

Nullinitialisierung von C ++ - Arrays: Ist dies ein Fehler oder ist dies korrekt?

Hinweis: Wir sprechen hier von (angeblich) C ++ 98-kompatiblen Compilern. Dies ist keine C ++ 11-Frage.Wir haben ein seltsames Verhalten in einem unserer Com...

Sind funktionslokale Typedefs in C ++ 0x Lambdas sichtbar?

Ich bin auf ein seltsames Problem gestoßen. Der folgende vereinfachte Code reproduziert das Problem in MSVC 2010: template <typename T> struct dummy { static T foo(void) { return T(); } }; int main(void) { typedef dummy<bool> dummy_type; auto x ...

Initialisieren des Elements std :: array <char, x> im Konstruktor mit dem Zeichenfolgenliteral. GCC-Fehler?

Das folgende Beispiel initialisiert astd::array <char, N> Mitglied in einem Konstruktor, der ein Zeichenfolgenliteral verwendet, kompiliert nicht in GCC 4.8, sondern mit Clang 3.4. #include <iostream> #include <array> struct A { std::array<char, ...

std :: shared_ptr in einer std :: initializer_list scheint vorzeitig zerstört zu werden

Bearbeiten:Dies wird in der Tat durch einen Fehler in Visual Studio verursacht - und es wurde bereits behoben.Das Problem ist nach dem Anwenden nicht reproduzierbarUpdate 2zu Visual Studio (Release Candidate hier ...

Möglicher Compiler-Fehler in MSVC12 (VS2013) mit festgelegtem Initialisierer

Bei der Verwendung von VS2013 Update 2 bin ich auf eine seltsame Fehlermeldung gestoßen: // test.c int main(void) { struct foo { int i; float f; }; struct bar { unsigned u; struct foo foo; double d; }; struct foo some_foo = { .i = 1, .f = 2.0 ...

Sind explizite Konvertierungsoperatoren in geschweiften Initialisierungslisten zulässig?

Der folgende Code wird mit GCC 4.9.2 kompiliert, jedoch nicht mit Clang 3.5.0: #include <string> class Foo { public: explicit operator std::string() const; }; std::string bar{Foo{}}; // Works in g++, fails in clang++ std::string baz(Foo{}); // ...