> However, my primary concern is that the toolkit I use would stop active
development - I don't want to have to port everything to another toolkit
later on.
> So, if any project shows promise of continuing, please suggest it to me.
Both Qt and GTK+ have been around for a long time and are actively
Hi Jussi,
Thanks. meson looks like CMake with a somewhat more sane build config
language. Not directly related to Rust, but what is the tooling story
like with Qt Creator - eg. has any work been done on teaching Qt
Creator to understand meson projects?
On 23 June 2014 21:00, Jussi Pakkanen wrote
> Probably 100 lines of python, plus templates; a bit more to make it
highly usable. Not sure what the equivalent would be in Rust code, as
I'm still fairly new to it.
Maybe the initial version - then you add logic to deal with different
versions of Xcode/Visual Studio etc, then some more logic
> - CMakeLists.txt often look ugly [2] and don't follow any particular
> style (lower case vs. upper case, etc.).
A fair point, though a number of projects do have coding conventions
for CMakeLists.txt files, one of which could be adopted - eg.
http://techbase.kde.org/Policies/CMake_Coding_Style
Hello,
CMake does have a few things going for it:
- It is a popular choice for C++ projects, including LLVM, WebKit and
others, so this would provide familiarity from developers coming from
C++
- As mentioned, it is a meta-build system which can generate project
files for Xcode, Visual Studio, Ni
> Why not having the default syntax be owned pointers, and the ~ syntax (or
> another one) be the syntax for creating variable on the heap?
~ does allocate on the heap. Without ~ you allocate on the stack.
Regards,
Rob.
On 7 November 2013 10:03, Gaetan wrote:
> Hello
>
> I really the concept o
> Is it possible to use stuff from libextra within libstd?
> It seems to me that it would set up a circular dependency
Even if it was possible technically, probably not a good idea from a
maintenance perspective to have such dependencies.
On 4 November 2013 07:10, Martin DeMello wrote:
> I've be
> (It may also be the case that I'm ignorant of what the best C++ tools today
> do, though I'm pretty sure that these drawbacks are consequences of core C++
> design.)
Recent versions of Clang and GCC have much better diagnostics for
template issues than compilers from a couple of years ago
but
> People seem to reimplement C++ compilers,
> despite there being an enormous amount of complex just parsing it
Realistically though, how many implementations are libre and complete
enough to actually build a C++ compiler?
On 13 September 2013 10:51, Niko Matsakis wrote:
> People seem to reimp
Hello Corey,
Thanks for your work on this. The live search is especially welcome.
> The relative weights of fonts on the page don't correspond to their
> importance. That is, the "TUTORIAL | MANUAL" bit is the largest, boldest,
> most whitespaced piece of the page but they're only links you're
10 matches
Mail list logo