Jestem zaintrygowany. Czas więc założyć gogle śledzące, a ponieważ nie mam dostępu do flag kompilatora lub kompilacji, muszę zacząć wymyślać. Również dlatego, że nic w tym kodzie nie ma sensu, to nie jest zły pomysł pytanie każde założenie.

Najpierw sprawdźmy rzeczywisty typ gets. Mam na to małą sztuczkę:

template <class> struct Name;

int main() { 
    
    Name<decltype(gets)> n;
  
  // keep this function call here
  cout << FirstFactorial(gets(stdin));
  return 0;
    
}

I to wygląda ... normalny:

/tmp/613814454/Main.cpp:16:19: warning: 'gets' is deprecated [-Wdeprecated-declarations]
    Name<decltype(gets)> n;
                  ^
/usr/include/stdio.h:638:37: note: 'gets' has been explicitly marked deprecated here
extern char *gets (char *__s) __wur __attribute_deprecated__;
                                    ^
/usr/include/x86_64-linux-gnu/sys/cdefs.h:254:51: note: expanded from macro '__attribute_deprecated__'
# define __attribute_deprecated__ __attribute__ ((__deprecated__))
                                                  ^
/tmp/613814454/Main.cpp:16:26: error: implicit instantiation of undefined template 'Name<char *(char *)>'
    Name<decltype(gets)> n;
                         ^
/tmp/613814454/Main.cpp:12:25: note: template is declared here
template <class> struct Name;
                        ^
1 warning and 1 error generated.

gets jest oznaczony jako przestarzały i posiada podpis char *(char *). Ale jak to jest FirstFactorial(gets(stdin)); kompilowanie?

Spróbujmy czegoś innego:

int main() { 
  Name<decltype(gets(stdin))> n;
  
  // keep this function call here
  cout << FirstFactorial(gets(stdin));
  return 0;
    
} 

Co daje nam:

/tmp/286775780/Main.cpp:15:21: error: implicit instantiation of undefined template 'Name<int>'
  Name<decltype(8)> n;
                    ^

Wreszcie coś dostajemy: decltype(8). Tak więc całość {[12] } została tekstowo zastąpiona przez input (8).

I rzeczy stają się dziwniejsze. Błąd kompilatora trwa:

/tmp/596773533/Main.cpp:18:26: error: no matching function for call to 'gets'
  cout << FirstFactorial(gets(stdin));
                         ^~~~
/usr/include/stdio.h:638:14: note: candidate function not viable: no known conversion from 'struct _IO_FILE *' to 'char *' for 1st argument
extern char *gets (char *__s) __wur __attribute_deprecated__;

Więc teraz otrzymujemy oczekiwany błąd dla cout << FirstFactorial(gets(stdin));

Sprawdziłem czy nie ma makra, a ponieważ #undef gets wydaje się, że nic nie robi, wygląda na to, że nie jest to makro.

Ale

std::integral_constant<int, gets(stdin)> n;

Kompiluje.

Ale

std::integral_constant<int, gets(stdin)> n;    // OK
std::integral_constant<int, gets(stdin)> n2;   // ERROR                                          wtf??

Nie ma oczekiwanego błędu w linii n2.

I znowu, prawie każda modyfikacja main sprawia, że linia cout << FirstFactorial(gets(stdin)); wypluwa oczekiwany błąd.

Ponadto stdin faktycznie wydaje się być pusty.

Więc mogę tylko wnioskować i spekulować, że mają mały program, który parsuje źródło i próbuje (słabo) zastąpić gets(stdin) z wartością wejściową przypadku testowego przed faktycznym karmieniem do kompilatora. Jeśli ktoś ma lepszą teorię lub faktycznie wie, co robi, Proszę się podzielić!

TLDR

gets(stdin) jest nieprawidłowym C++. To sztuczka, której używa ta konkretna strona (z jakich powodów nie mogę się domyślić). Jeśli chcesz nadal składać na stronie (ani nie popieram, ani nie popieram) musisz użyć tej konstrukcji, która w przeciwnym razie nie miałaby sensu, ale pamiętaj, że jest krucha. Prawie wszelkie modyfikacje main wypluwają błąd. Poza tą stroną stosuj normalne metody odczytu danych wejściowych.