Zainspirowani łańcuchem narzędzi kompilatora Microsoftu z opcją”std:c++latest”do automatycznego kierowania do najnowszej obsługiwanej specyfikacji C++, programiści kompilatora GCC dyskutowali o możliwości podobnej funkcji z możliwością określenia-std=c++current dla bieżącego standardu C++ lub-std=c++future dla specyfikacji future/draft.
Pomysł polega na tym, aby mieć obsługę GCC „-std=c++current”, która byłaby przenoszeniem celu do bieżącej specyfikacji C++ obsługiwanej przez kompilator, podczas gdy „-std=c++future” byłaby kierowaniem na bieżącą specyfikacja work-in-progress/draft C++ w obecnej formie roboczej. Pojawiłyby się również podobne opcje gnu++current/gnu++future dla wariantów rozszerzonych GNU C++.
Chociaż pomysł jest fajny, w praktyce pojawiły się już pewne obawy, że jest to ciągły ruchomy cel i może prowadzić do dezorientacji użytkowników. W szczególności, gdy programiści/użytkownicy często używają kompilatora, który może mieć rok lub kilka lat, „bieżące” i „przyszłe” cele będą oznaczać różne wersje C++ i niekoniecznie to, co jest w rzeczywistości bieżącym/przyszłym celem w momencie posługiwać się. Zwłaszcza w korporacyjnych dystrybucjach Linuksa, w których użytkownicy mogą korzystać z kilkuletniego kompilatora, interpretacja znaczenia obecnego/przyszłego niekoniecznie będzie trafna w stosunku do oczekiwań użytkownika.
Na razie proponowane opcje GCC są omawiane w tym wątku listy dyskusyjnej gcc-patches dla zainteresowanych perspektywami-std=c++current i-std=c++future.
