Jakie (robocze) alternatywne łańcuchy narzędzi istnieją dla programowania x86 C++ w systemie Linux?

Question

Uściślam, że ograniczam to pytanie do "natywnego" rozwoju dla mojego x86 (64-bitowego) systemu Linux. Brak architektury osadzonej lub innej niż x86.

Ponieważ jestem użytkownikiem C++ i istnieje renesans w C++, używam C++ do personalnych projektów.

W tej chwili używam solidnego, tradycyjnego linux/gcc/make toolchain.

Ale przez blogach i tak pytania, niedawno zdał sobie sprawę z nowych narzędzi obiecujących:

• „lepsze komunikaty o błędach” dzyń „” jako alternatywa dla „” gcc „”, dużo szybciej, dając
• „” złoto „” jako zamiennik ld „” „”, o wiele szybciej

narzędzia te są mniej znane i łatwo nawet nie wiedzą o nich.

Czy są inne ciekawe mniej znane narzędzia, o których powinienem wiedzieć? Na przykład alternatywa dla gdb lub podobnego? (Używam też cmake)

Poszukuję łatwości rozwoju, a następnie poprawy szybkości rozwoju. Wszelkie inne ulepszenia są mile widziane.

Bezpłatne narzędzia, jeśli to możliwe.

Answer 1

Ty mogą być zainteresowane przez ccache (cache kompilatora stanie uniknąć niepotrzebnego rekompilacji i przejrzysty użytkowej thru tego samego polecenia g++, po prostu przez dodanie dowiązania wewnątrz $PATH) programowania

Dla C (ale nie C++) , możesz być zainteresowany przez tinycc - który bardzo szybko się kompiluje (ale produkuje powoli działający kod binarny).

Podczas kodowania można użyć Boehm's garbage collector. Zobacz this question związane z używaniem go w C++.

A także użyć valgrind do debugowania wycieków pamięci.

Czasami dynamiczne ładowanie udostępnionego obiektu za pomocą dlopen jest interesujące. Symbole oznaczone jako dlsym powinny być w języku C++ wartością extern "C". Czasami uwielbiam generować kod C lub C++ w locie, kompilowanie go i dlopen -w module.

Aby budować, rozważ zbadanie innych twórców, np. omake.

Podczas kompilacji nie zapomnij o flagę -Wall (i prawdopodobnie -Wextra) kompilatorowi.Nowa optymalizacja czasu połączenia (z CXX=g++ -flto w twoim Makefile) mogłaby być interesująca (ale czas kompilacji cierpi, prawdopodobnie o 10% wzrost prędkości pliku wykonywalnego).

Jeśli pliki z kodem źródłowym mają ten sam nagłówek C++, wstępne kompilowanie tego nagłówka jest opłacalne.

Nowszy (np lepiej niż C++) istnieją języki, jak SML i Haskell ale także Idź i D.

pomocą systemu kontroli wersji GIT nawet jak dla projektów domowych.

Qt jest dobrym środowiskiem C++, szczególnie ze względu na jego zestaw narzędzi graficznych.

Wt umożliwia szybkie tworzenie kodu w C++.

Obie GCC & GDB wciąż ewoluują. Nie zapomnij użyć najnowszych wersji (np. 4.6 dla GCC, 7.3 dla GDB), które zapewniają znaczną poprawę w stosunku do wcześniejszych wersji.

Rozważ rozszerzanie lub dostosowywanie kompilatora GCC do konkretnych potrzeb za pomocą wtyczek lub jeszcze lepiej przy użyciu rozszerzeń MELT.

Answer 2

Znam dwóch alternatyw:

• tup
• ninja build

Oba mogą zastąpić markę, bo są szybsze dla dużych projektów, ponieważ nie robią tak rozległe kontrole.

Answer 3

Aby wymienić część zróbka zestawu narzędzi, polecam waf, która jest szybka i ma niewielki rozmiar. Wsparcie też jest całkiem dobre.

Próbowałem złota, które nie było tak szybkie niż na początku, ale wydaje się obiecujące. Wygląda na to, że nie jest tak naprawdę naprawiony, ale ostatnio sprawdziłem.

clang wydaje się dość obiecujący, ale nie próbowałem go w projekcie produkcyjnym. Planuję, ponieważ jego przemyślany projekt prowadzi do naprawdę szybkiego rozwoju. Mam zamiar używać go, aby przejść do C++ 11 ^^

my2c