@KrzaQ2: chyba masz rację. rozwiązać to mogę implementując konstruktor/operator z referencją do r-wartości, czy wystarczy żeby argumenty tychże funkcji były const?
@ntskj: VS jest bardzo "tolerancyjny": ilość głupot które toleruje jest niesamowita, np takie coś w deklaracji klasy:
class Foo
{
void Foo::bar();
};
Zmienne tymczasowe (np ta suma), możesz przyjmować jako parametr const T&, a nie jako T& - zmiana wartości tego parametru nie będzie mieć efektu na zewnątrz. Jedyne rozwiązanie to zmiana na const T&, albo przez wartość (tylko po co?).
@losiul: a jest jakiś sposób na ograniczenie tolerancji VS, aby później nie mieć takich niespodzianek przy przechodzeniu na inny kompilator? \Wall, czy jest jeszcze może coś innego?
@ntskj: Nie ma z tego co wiem. g++ jest dość ścisły, ma też parę swoich myków i znacznie lepiej kodować po g++ i przenosić na VS niż odwrotnie. VS łyka kod g++ bez większych problemów.
np.
czyżbym musiał robić nowy konstruktor umożliwiający inicjalizację przez wartość?
a co najdziwniejsze - na VS wszystko ładnie chodzi...
@Ja_prawie_nie_klamie: http://pastebin.com/E7Fw4Z0G
@KrzaQ2: chyba masz rację. rozwiązać to mogę implementując konstruktor/operator z referencją do r-wartości, czy wystarczy żeby argumenty tychże funkcji były const?
const&nie moƶesz przyjąć?
class Foo
{
void Foo::bar();
};
Zmienne tymczasowe (np ta suma), możesz przyjmować jako parametr const T&, a nie jako T& - zmiana wartości tego parametru nie będzie mieć efektu na zewnątrz. Jedyne rozwiązanie to zmiana na const T&, albo przez wartość (tylko po co?).
@losiul: gcc domyślnie uƶywa
-std=gnu++03, który zezwala na VLA, których VS nie przyjmie ;)