Kompilując projekt SML która łączy przeciwko biblioteki wymagających C++ biblioteki standardowej (np SML powiązań LLVM jest) używając -cc g++ argument ocamlc GCC> = 4,4 generuje niezwykle gadatliwy ostrzeżenie rzygać formy:Jak mogę ukryć ostrzeżenia o wycofaniu g ++ w kompilacji OCaml podczas łączenia z bibliotekami C++?
warning: deprecated conversion from string constant to ‘char*’
Jak czy można usunąć te ostrzeżenia?
Problem wynika z ocamlc generowania pośredniego kodu C, który wyzwala ostrzeżenia po kompilacji w trybie C++ przez nowsze wersje GCC. Ale wygenerowany kod nie musi być kompilowany jako C++. Jedynym powodem, aby przekazać -cc g++ dla tego wspólnego przypadku budowania z owiniętą biblioteką C++ jest zapewnienie, że budowane są zależności bibliotek standardowych C++. Im prostsze rozwiązanie, w którym unika się za pomocą C++ front-end do zestawiania kodu pośredniego z ocamlc jest prosta:
-cclib -lstdc++
który wymusza powiązanie kodu wygenerowanego C z libstdc++, jeszcze zestawiania w trybie zwykłym C.
myślę, że można po prostu zrobić
#pragma GCC diagnostic ignored "-Wwrite-strings"
W C++, aby stłumić to.
Odsuwa to podstawowy problem, zamiast go rozwiązywać. Głębszym problemem była standardowa biblioteka OCamla używająca C, która nie była przyjazna dla C++. Źródła, o których mowa, nie są własnością użytkownika, ale systemu bazowego, więc modyfikowanie ich wszystkich w celu dodania pragmatyzacji ostrzeżenia jest niepraktyczne. – jrk
afaik lepiej skompilować kod ocamlc z kompilatorem c i użyć "-cc g ++" podczas łączenia (-lstdC++ może nie być wystarczający) – ygrek
Fajny punkt, chociaż działa to we wszystkich środowiskach, które wypróbowałem. (g ++ jest ogólnie po prostu otoką, która konfiguruje środowisko toolchain GCC do robienia rzeczy takich jak -lstdC++). Dowolny pomysł, jak wymusić -cc g ++, aby był przekazywany jako argument linkera podczas używania OCamlBuild? – jrk
'flaga [" ocaml "," link "," natywny "] i atomize [" -cc "," g ++ "]' powinien działać – ygrek