A programozóknak nem okoz gondot, hogy változik a szabvány az újabb fordítóknál?

Nem.

Nem, visszafelé kompatibilis.

Bill Gates.

A CPP nem Java, hogy a fele deprecated :-)

"Minden régebben írt cpp programba be kellene írni, hogy using namespace std; meg kitörölni a .h kiterjesztéseket az #include sorokban, ha újabb fordítóval dolgozunk, mint régebben?"

Miért kellene?

A nyelv részét képező fájlokat kivenni nem fogják, már csak a C-vel való kompatibilitás miatt sem. Természetesen illik a CPP-s megfelelőket használni a C-sek helyett.

A using direktívával pedig el nem tudom képzelni mit akarsz. Egyrészt a using kifejezetten kerülendő, másrészt a CPP első verziója óta van (tudtommal), ha akkor nem használták (helyesen), akkor miért akarnák most?

Már miért kellett volna? Egyrészt, attól, hogy lesz pl c++17 szabvány, attól még te ugyanúgy fordíthatsz a c++11-es szabvány szerint. Egy.

Kettő. Az új szabványok nem szoktak semmit eltávolítani a régiekből, hanem kibővítik a nyelvet. Új függvénykönyvtárakat hoznak be, esetleg néhány új szintaktikai illetve szemantikai szabályt, nagyritkán kulcsszót. Stb. De attól még ugyanaz a kód le fog fordulni, ami a régebbi szabványban is lefordult.

# 8/8 Időpont ma 08:53

Kérjük a fordítási parancsot, a fordító hibaüzeneteit, meg a kódot, és megmondjuk mi a hiba. Mert nem az, amit mondasz.

Mondjuk egy másik különbség, hogy tudtommal pl. a <cstdio> és a <stdio.h> ugyanazt jelenti C++-ban, de az <iostream> és az <iostream.h> egyáltalán nem.

Előbbi C-s (!) és nem C++-os kompatibilitás miatt van.

Persze van, hogy így is sírnak a C++ fordítók C kódért (castolás, ilyesmi), de az talán még rendben is van.