zestawianiu następujący kodParametr zwróconej rodzajowego lambda rzekomo pomocniczym parametru funkcji wolnego
template <typename X, typename F>
auto apply(X x, F f)
{
return f(x);
}
template <typename Y>
auto add_value(Y y)
{
return [y](auto x)
{
return x + y;
};
}
int main()
{
apply(1, add_value(2));
}
g ++ (na przykład p. 5.4) daje shadow warnings.
$ g++ -Wshadow -Werror -std=c++14 shadow_test.cpp
shadow_test.cpp: In instantiation of ‘add_value(Y)::<lambda(auto:1)> [with auto:1 = int; Y = int]’:
shadow_test.cpp:4:13: required from ‘auto apply(X, F) [with X = int; F = add_value(Y) [with Y = int]::<lambda(auto:1)>]’
shadow_test.cpp:18:26: required from here
shadow_test.cpp:10:22: error: declaration of ‘int x’ shadows a parameter [-Werror=shadow]
return [y](auto x)
^
shadow_test.cpp:2:14: note: shadowed declaration is here
auto apply(X x, F f)
^
cc1plus: all warnings being treated as errors
Nie rozumiem dlaczego. Czy ktoś może wyjaśnić?
Dzięki. Właśnie zgłosiłem błąd (https://gc.gnu.org/bugzilla/show_bug.cgi?id=78850). –
Źle zrozumiesz, czym jest shadowing. [Tutaj] (http://coliru.stacked-crooked.com/a/04c9525c1ecae0f1) jest przykładem poprawnego ostrzeżenia cienia w klangu. Zwróć uwagę, że program nadal generuje poprawny wynik, ponieważ program jest poprawny. (Wciąż jest to błąd w gcc, ponieważ kod Tobiasza nie ma cienia). – Oktalist
@Oktalist To dobry przykład tego, jak ostrzeżenie o cieniu byłoby poprawne. Odpowiednio zaktualizuję odpowiedź. – wally