On 2012/03/07 06:19 PM, Thiago Macieira wrote:
> So, tell me. Why would you write?
>
> int *i = new int(42);
Because all fundamental questions can be solved by one more level of
indirection? Oh, it's the answer :) Thanks very much for the explanation.
--
Regards
Alex
On 3/7/12 8:18 PM, "ext Marc Mutz" wrote:
>Hi Lars,
>
>On Wednesday March 7 2012, lars.kn...@nokia.com wrote:
>> I very much agree with Andre and Jedrzej. I don't see little value added
>> here, and I actually even see quite a few useful cases for public
>> inheritance, like QPolygon.
>
>Thanks f
Hi Lars,
On Wednesday March 7 2012, lars.kn...@nokia.com wrote:
> I very much agree with Andre and Jedrzej. I don't see little value added
> here, and I actually even see quite a few useful cases for public
> inheritance, like QPolygon.
Thanks for bringing up QPolygon, because I don't think good
On Wed, Mar 07, 2012 at 08:57:03AM +0100, ext Marc Mutz wrote:
> I've uploaded a patch series that makes most of the value classes in QtCore
> final in the C++11 sense (ie. under a C++11 compiler, these can no longer be
> inherited from).
>
-1
> Value classes are meant to be be used as-is. When
On quarta-feira, 7 de março de 2012 17.17.47, Alex Strickland wrote:
> On 2012/03/07 03:25 PM, Marc Mutz wrote:
> > You shouldn't look at the Qt-project developers when discussing
> > interfaces.
> > You should look a the Qt programmers in the trenches that happily write
> > QColor * c = new QColor
On 2012/03/07 03:25 PM, Marc Mutz wrote:
> You shouldn't look at the Qt-project developers when discussing interfaces.
> You should look a the Qt programmers in the trenches that happily write
> QColor * c = new QColor(...), as blissfully ignorant of the resource leak as
> they are of Sutter/Alexa
On 3/7/12 2:25 PM, "ext Marc Mutz" wrote:
>On Wednesday March 7 2012, Jedrzej Nowacki wrote:
>> What are you trying to solve?
>
>I'm trying to prevent that people with a Java mind from running into the
>C++
>trap that inheriting from a base class with a public non-virtual
>destructor
>may invok
On Wednesday March 7 2012, Jedrzej Nowacki wrote:
> What are you trying to solve?
I'm trying to prevent that people with a Java mind from running into the C++
trap that inheriting from a base class with a public non-virtual destructor
may invoke undefined behaviour. Looking at the number of "add
I very much agree with Andre and Jedrzej. I don't see little value added
here, and I actually even see quite a few useful cases for public
inheritance, like QPolygon.
So no, I'm against making value classes final.
Cheers,
Lars
On 3/7/12 1:03 PM, "ext Jedrzej Nowacki" wrote:
>On Wednesday 7. Ma
On Wednesday 7. March 2012 12.37.51 ext Marc Mutz wrote:
> On Wednesday March 7 2012, andre.poen...@nokia.com wrote:
> > Marc Mutz wote:
> > > I've uploaded a patch series that makes most of the value classes in
> > > QtCore final in the C++11 sense (ie. under a C++11 compiler, these can
> > > no l
> Marc Mutz [marc.m...@kdab.com]
> > Marc Mutz wote:
> > > I've uploaded a patch series that makes most of the value classes in
> > > QtCore final in the C++11 sense (ie. under a C++11 compiler, these can no
> > > longer be inherited from).
> >
> > I disagree with the idea of making Qt core classe
On Wednesday March 7 2012, andre.poen...@nokia.com wrote:
> Marc Mutz wote:
> > I've uploaded a patch series that makes most of the value classes in
> > QtCore final in the C++11 sense (ie. under a C++11 compiler, these can no
> > longer be inherited from).
>
> I disagree with the idea of making Qt
Marc Mutz wote:
> I've uploaded a patch series that makes most of the value classes in QtCore
> final in the C++11 sense (ie. under a C++11 compiler, these can no longer be
> inherited from).
I disagree with the idea of making Qt core classes non-inheritable.
While inheritance from "value" clas
Hi,
I've uploaded a patch series that makes most of the value classes in QtCore
final in the C++11 sense (ie. under a C++11 compiler, these can no longer be
inherited from). The changesets, for reference, are
http://codereview.qt-project.org/19008
thu
http://codereview.qt-project.org/19024
14 matches
Mail list logo
