Re: Class knowing its own Class

On Wed, 30 Jun 2010 22:59:50 +0200, Tomek Sowinski wrote: > > Dnia 30-06-2010 o 00:13:28 strtr napisal(a): > > > == Quote from Steven Schveighoffer (schvei...@yahoo.com)'s article > >> On Tue, 29 Jun 2010 17:59:37 -0400, strtr wrote: > >> > What is the pretty way to do something like this? > >

Re: Mixing operations with signed and unsigned types

bearophile wrote: Stewart Gordon: If we also change array indices to be signed, it would break that code that sensibly uses unsigned types, which is probably worse. Yes, of course that code needs to be fixed after the change I have suggested. A "breaking change" means that some of the old c

Re: Class knowing its own Class

Dnia 30-06-2010 o 00:13:28 strtr napisał(a): == Quote from Steven Schveighoffer (schvei...@yahoo.com)'s article On Tue, 29 Jun 2010 17:59:37 -0400, strtr wrote: > What is the pretty way to do something like this? > > Class C > { > void makeNew() > { > new typeof(this); > } > } As ed

Re: Mixing operations with signed and unsigned types

Stewart Gordon: > what you seem to be suggesting is that size_t be the same as ptrdiff_t. Yes, but an unsigned word type needs to be kept in the language. > There is, however, another problem: signed types convert implicitly to > unsigned types, though they do generate a warning if compiled wit

dcollections ArrayList conating array of classes/structs

Hi, IMHO ArrayList has a bug. Just declaring ArrayList!B bl, raises an error. But maybe I am wrong.. Nevertheless I 've filed a ticket. In case that I switch from class to struct also std.algorithm is involved. class AListTest { alias ArrayList!B BList; BList bl; this()