Announcement

Collapse
No announcement yet.

Qbs 1.11 Released As The Qt Build Tool Successor To QMake

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

  • carewolf
    replied
    Originally posted by kpedersen View Post

    In 20 years they will all be legacy. Granted, CMake is guaranteed to be the only one still in use

    So legacy or not, let the kids play with Qbs and Meson, and let the actual developers use their "legacy" tools.

    Me? I still use pure "legacy" Makefiles on *nix and CMake when I have to deal with little shits like Microsoft's C++ compiler and Android.
    The only build-system files I can write without having to copy templates or cross indexing manuals are Makefile and qmake files. CMakeFiles are some obscure noise even if I have been working with them longer than QMake and I can not get used to their way of doing things. Google's new gn tool is somewhat writable too, but it is so unstable a gn version from Chrome 64 can't build Chrome 65, and the whole thing so specific to Chromium, I wouldn't suggest anyone else using it (even though Google did a fine job with ninja, but that seems to have been a lot less tightly coupled with Chrome).

    Leave a comment:


  • kpedersen
    replied
    Originally posted by boudewijnrempt View Post
    There's nothing legacy about cmake...
    In 20 years they will all be legacy. Granted, CMake is guaranteed to be the only one still in use

    So legacy or not, let the kids play with Qbs and Meson, and let the actual developers use their "legacy" tools.

    Me? I still use pure "legacy" Makefiles on *nix and CMake when I have to deal with little shits like Microsoft's C++ compiler and Android.

    Leave a comment:


  • Nth_man
    replied
    > it hasn't replaced qmake, that might be the intention.

    Of course that it hasn't replaced QMake, we all knew that.

    The punchline is that one user wrote "qmake, cmake, meson, qbs... https://xkcd.com/927" but
    a) https://xkcd.com/927 is wrongly applied there because Qbs is about improving (a lot) an existing product and replacing it (is not about adding another competing standard).
    b) "Qbs pre-dates meson by at least a year..." but the former user wrote as if Qbs was the later product.
    Last edited by Nth_man; 29 March 2018, 09:15 AM.

    Leave a comment:


  • boudewijnrempt
    replied
    Originally posted by brrrrttttt View Post
    I must say my feelings have become mixed on this. Last I checked the meson Qt5 plugin was totally broken, and missing a _lot_ of features that Qbs (and QMake) have, but wouldn't it be better to concentrate the effort on improving it? Meson integration in Qt Creator is being done as a GSoC project this year.
    There's nothing legacy about cmake... That something has been around for some time doesn't make it legacy; things become legacy if there is no more active development, and cmake is under very actively development..

    Leave a comment:


  • discordian
    replied
    Originally posted by Nth_man View Post
    That https://xkcd.com/927 is about adding another competing standard, not about improving (a lot) an existing product and replacing it. Additionally, as it was written in this page, "Qbs pre-dates meson by at least a year..."
    it hasn't replaced qmake, that might be the intention. Just like most de facto standards intended to replace one or more older standard. The punchline you are missing, is that most of them fail at this task.

    Leave a comment:


  • Nth_man
    replied
    That https://xkcd.com/927 is about adding another competing standard, not about improving (a lot) an existing product and replacing it. Additionally, as it was written in this page, "Qbs pre-dates meson by at least a year..."
    Last edited by Nth_man; 29 March 2018, 07:59 AM.

    Leave a comment:


  • discordian
    replied
    Originally posted by Nth_man View Post
    > > qmake, cmake, meson, qbs...

    > > https://xkcd.com/927

    > Exactly!

    Exactly wrong. Qbs is not another competing standard, it substitutes QMake.
    Yes, exactly how all standards immediately replace the preceding standards and no one will have to decide to continue using qmake or spend considerable amount of time converting their projects.
    Anyone still know if there was a standard before the ubiquitous IPv6?

    Leave a comment:


  • brrrrttttt
    replied
    Originally posted by zoomblab View Post

    Another poor soul that drank the Gnome/RedHat kool aid.
    This was the case long before either of those companies moved from autotools... Certainly they further strengthened the case for modern build systems, particularly meson.

    Leave a comment:


  • Nth_man
    replied
    > > qmake, cmake, meson, qbs...

    > > https://xkcd.com/927

    > Exactly!

    Exactly wrong. Qbs is not another competing standard, it substitutes QMake.

    Leave a comment:


  • zoomblab
    replied
    Originally posted by brrrrttttt View Post
    To be fair, qmake and cmake are legacy, and qbs pre-dates meson by at least a year...
    Another poor soul that drank the Gnome/RedHat kool aid.

    Leave a comment:

Working...
X