[vtk-developers] Smart pointer declaration macro? (Bill Lorensen)

[Andy Bauer]

I voted #1 in the survey.

I don't like the macro and if we're going to change something that breaks
backward compatibility we may as well do a whole bunch of clean
up/improvements in the process.

Andy


> Message: 5
> Date: Thu, 28 Jan 2010 11:32:35 -0500
> From: "Sean McBride" <sean at rogue-research.com>
> Subject: Re: [vtk-developers] Smart pointer declaration macro?
> Cc: <vtk-developers at vtk.org>
> Message-ID: <20100128163235.2128848684 at kingu.local>
> Content-Type: text/plain; charset=ISO-8859-1
>
> On 1/28/10 10:09 AM, David Cole said:
>
> >The fact that we disallow abbreviations by convention means that we will
> end
> >up with long names. It would be better to leave things as they are and
> >everybody get over the "waa waa this name is too long" syndrome.
>
> Another thought, which I'm not necessary advocating, but thought should
> be mentioned: increase max line length from 80 to something higher.  80
> chars is what my Apple II maxed out at, it seems a bit low for today's
> monitors.
>
>
> On 1/28/10 10:32 AM, David E DeMarle said:
>
> >Do any of the above options allow intellisense and similar code
> >completion tools to expose the pointed to class's method/members?
>
> Similarly, would any of the proposed forms make identifying leaks by
> line number harder?  Would valgrind any similar tools still be able to
> identify a leak as being on line 123?
>
> --
> ____________________________________________________________
> Sean McBride, B. Eng                 sean at rogue-research.com
> Rogue Research                        www.rogue-research.com
> Mac Software Developer              Montr?al, Qu?bec, Canada
>
>
>
>
> ------------------------------
>
> _______________________________________________
> vtk-developers mailing list
> vtk-developers at vtk.org
> http://www.vtk.org/mailman/listinfo/vtk-developers
>
>
> End of vtk-developers Digest, Vol 69, Issue 72
> **********************************************
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/vtk-developers/attachments/20100128/ea83d188/attachment.html>