[Development] Moving math3d classes from GUI to CORE
Laszlo Agocs
laszlo.agocs at qt.io
Fri Jan 24 11:17:26 CET 2020
> So it looks like there is a need to have something like Eigen in Qt, at least for Qt 3D purposes (faster, better optimized classes, more complete API).
Not sure how that conclusion was drawn. More like the opposite. People who need something like Eigen can just use Eigen. There is no need to reinvent a half-baked alternative in QtCore. Whereas from Graphics (Quick, Quick3D, Qt3D) perspective this part of the discussion is irrelevant as the needs there are different, and those needs are better served by the existing gui/math3d, or, when it comes to 3rd party packages, glm (but definitely not Eigen).
Best regards,
Laszlo
-----Original Message-----
From: Jaroslaw Kobus <Jaroslaw.Kobus at qt.io>
Sent: Friday, January 24, 2020 11:02 AM
To: Laszlo Agocs <laszlo.agocs at qt.io>; KDAB Mike Krus <mike.krus at kdab.com>; Konstantin Tokarev <annulen at yandex.ru>
Cc: Konstantin Shegunov <kshegunov at gmail.com>; development at qt-project.org
Subject: Re: [Development] Moving math3d classes from GUI to CORE
________________________________________
From: Laszlo Agocs <laszlo.agocs at qt.io>
Sent: Thursday, January 23, 2020 5:26 PM
To: KDAB Mike Krus; Konstantin Tokarev
Cc: Konstantin Shegunov; Jaroslaw Kobus; development at qt-project.org
Subject: RE: [Development] Moving math3d classes from GUI to CORE
> Indeed, getting some of the SSE work from Qt 3D into Gui could be useful as well.
> When it comes to 3rd party solutions, the graphics stack would most likely be fine and happy with using glm (and so math3d could just go away), but that would mean pulling in more 3rd party dependencies, which is not necessarily ideal either. (in any case, that's a topic to be discussed separately)
> And yes, Eigen is probably a good example of something Qt should not be pretending to be competing with.
So it looks like there is a need to have something like Eigen in Qt, at least for Qt 3D purposes (faster, better optimized classes, more complete API).
So either we use it directly (this option is rather not possible, looking at the previous feedback: licensing issues, big codebase, etc...) or we start developing it in Qt.
Yeah, definitely a topic for a separate discussion :) And there is a good time now for this discussion I guess.
Just my 2 cents.
Jarek
More information about the Development
mailing list