Buildtools <-> make

[new Account()]

Hey zusammen,

wenn ihr jetzt ein Projekt starten würdet, welche(s) Buildtool(s) würdet ihr benutzen und warum?

Speziell dann noch die Frage, welches ihr benutzen würdet, wenns für den Einsatzbereich noch keinen Standard gibt, und warum.

 

[Musicon]

Eclipse -> Erweiterbar und Freeware

 

[Tumbleweed]

Einige Sprachen bringen ja inzwischen was mit und das benutze ich dann auch. Rust mit cargo, JS/ES/TS mit npm und seinen Derivaten, Scala sbt, naja und sonst so in der JVM-Gegend, würde ich Gradle nutzen.

Geht ja nur ums Kompilieren. Alles danach, mache ich in der CI/CD pipeline oder (ggf. auch in Verbindung damit) AWX (also ansible).

 

[blöderidiot]

wenn ihr jetzt ein Projekt starten würdet, welche(s) Buildtool(s) würdet ihr benutzen und warum?

Hmm, das kommt total auf die zu verwendenden Programmiersprachen an!

In meinem Fall, wenn's "plattformübergreifend" werden soll, entweder

• cmake, oder noch besser
• qt/qmake-bezogene

toolchains. Anders gesagt: immer erst qt, wenn nicht möglich, dann cmake, wenn nicht möglich, dann make.

 

[new Account()]

Wieso gerade qt/qmake / cmake und nicht ein beliebiges anderes Tool, welches nicht auf eine Sprache beschränkt ist?

 

[BigNum]

Evtl. hilft Dir die Übersicht auf
https://en.wikipedia.org/wiki/List_of_build_automation_software
bei Deiner Suche.


HTH

BigNum

 

[new Account()]

Danke, aber schon gesehen.

Mir gehts eher um Tools, die sich als effektiv erwiesen haben. Ich möchte echt ungern alle Tools für alle Projekte selbst ausprobieren

 

[Revan1710]

qmake macht für mich keinen Sinn, wenn man kein QT-Projekt bauen will.

Was spricht denn gegen das Standard make ? Mit mehrstufigen Makefiles kannst du auch komplexere Projekte bauen lassen und verschiedene build-Tools kombinieren.
Wir haben in einem komplexeren embedded Linux Projekt bspw. ein Toplevel-Makefile, welches den build anstößt und darunter verschiedene Applikationen/Libraries, von denen wiederum welche mit make, qmake oder cmake gebaut werden.

 

[new Account()]

Gegen Standardmake spricht erstmal nur, dass es Alternativen geben kann, die besser sind als make. Deswegen vs. make

Zur Zeit benutze ich hauptsächlich make, falls es sich ergibt.