== Quote from Jonathan M Davis (jmdavisp...@gmail.com)'s article
> On Thursday, July 01, 2010 14:22:30 strtr wrote:
> > I just got my (44E) copy of the TDPL and I love the stuff I've read so far.
> >
> > But, the book as an object kind of disappoints me..
> &
== Quote from BCS (n...@anon.com)'s article
> Hello Strtr,
> > I just got my (44E) copy of the TDPL and I love the stuff I've read so
> > far.
> >
> > But, the book as an object kind of disappoints me.. I know it isn't a
> > hard-cover, but still
I just got my (44E) copy of the TDPL and I love the stuff I've read so far.
But, the book as an object kind of disappoints me..
I know it isn't a hard-cover, but still:
I don't own any book with this kind of translucent pages. It makes all the
pages look smudgy and you can actually read the bibli
== Quote from bearophile (bearophileh...@lycos.com)'s article
> strtr
> > I haven't found any such problems with Consolas. (Not that I use that many
> > different languages)
> I see some problems in Consolas (I see such problems even if I use it to
> program
in D on
== Quote from bearophile (bearophileh...@lycos.com)'s article
> Stewart Gordon:
> > a good designer would have chosen a font that
> > clearly distinguishes the various characters that the language uses.
> Finding such font is so hard that I have modified a font (Inconsolata,
> creating
Inconsolata
== Quote from Jesse Phillips (jessekphillip...@gmail.com)'s article
> strtr Wrote:
> > In relation to the recently decease request:
> > How much of D1 won't compile on D2?
> > Is there a D1-to-D2 guide and how about a comparison chart?
> There is a page that cove
In relation to the recently decease request:
How much of D1 won't compile on D2?
Is there a D1-to-D2 guide and how about a comparison chart?
Is D2 worse as a first language, difficulty wise?
Or is maybe the D2 safe subset a good first language?
== Quote from Steven Schveighoffer (schvei...@yahoo.com)'s article
> Currently, D supports the special symbol $ to mean the end of a
> container/range.
> However, there is no analogous symbol to mean "beginning of a
> container/range". For arrays, there is none necessary, 0 is always the
> first e
sybrandy Wrote:
> Hello,
>
> I just wanted to let everyone know that I created a simple logging
> library for D. I wrote it as I wanted to debug my programs without
> having to deal with standard output and have used it for several little
> coding adventures.
>
> https://launchpad.net/dlogge
Walter Bright Wrote:
> strtr wrote:
> >> But the calculation of the argument values can vary.
> > I'm not sure I understand what that means, calculations of the arguments.
> > Could you give an example of a calculation of an argument?
>
> x = sin(a + b);
>
larry coder Wrote:
> strtr Wrote:
>
> > > I'm sure certain oddities could be derived from systems that impose
> > > discontinuities, but by and large I think those aren't all that
> > > interesting.
> > A lot of the more recent research i
Andrei Alexandrescu Wrote:
>
> On a different vein, I'm a fan of disclosing true identity of posters.
> I've staunchly done that ever since my first post on the Usenet, and
> have never been sorry. When I attended my first conference I was already
> notorious following my posts on comp.lang.c++
Walter Bright Wrote:
> strtr wrote:
> > Walter Bright Wrote:
> >
> >> strtr wrote:
> >>> I'm not really searching for perfect/fixed math, but that the math is
> >>> consistent on different x86 hardware after compilation. Is this possibl
Andrei Alexandrescu Wrote:
> On 04/24/2010 07:21 PM, strtr wrote:
> > Andrei Alexandrescu Wrote:
> >>
> >> So are you saying there are neural networks with thresholds that
> >> are trained using evolutionary algorithms instead of e.g. backprop?
> >> I
Walter Bright Wrote:
> strtr wrote:
> > I'm not really searching for perfect/fixed math, but that the math is
> > consistent on different x86 hardware after compilation. Is this possible?
>
> Yes, but you'll have to avoid the math functions if you're using
Andrei Alexandrescu Wrote:
>
> So are you saying there are neural networks with thresholds that are
> trained using evolutionary algorithms instead of e.g. backprop? I found
> this:
The moment a network is just a bit recurrent, any gradient descent algo will be
a hell.
>
> https://docs.googl
BCS Wrote:
> Hello Strtr,
>
> > BCS Wrote:
> >
> >> OTOH, some would argue that Walter is still right by saying that if
> >> you don't know what is happening, then you've got a bad algorithm.
> >>
> > Yes, all algorithms created by
Walter Bright Wrote:
> strtr wrote:
> > Is there no way to stay within float standards?
> > It only needs to be portable over x86
>
> It is standard IEEE 754 floating point.
Most math functions I see in std.math take reals as input. Should I use the C
variants in stead?
BCS Wrote:
> Hello Strtr,
>
> > Is there no way to stay within float standards?
> > It only needs to be portable over x86
>
> I'm not sure even x86 /requiters/ bit perfect FP math across different
> models.
> And I know for sure that you can't count on
Walter Bright Wrote:
> strtr wrote:
> > Walter Bright Wrote:
> >> You've got a bad algorithm if increasing the precision breaks it.
> > No, I don't. All algorithms using threshold functions which have been
> > generated using evolutionary algorithms w
Andrei Alexandrescu Wrote:
> On 04/24/2010 04:30 PM, strtr wrote:
> > Andrei Alexandrescu Wrote:
> >
> >> On 04/24/2010 12:52 PM, strtr wrote:
> >>> Walter Bright Wrote:
> >>>
> >>>> strtr wrote:
> >>>>> Portabi
BCS Wrote:
> Hello Strtr,
>
> > Walter Bright Wrote:
> >
> >> You've got a bad algorithm if increasing the precision breaks it.
> >>
> > No, I don't.
> >
> > All algorithms using threshold functions which have been genera
Andrei Alexandrescu Wrote:
> On 04/24/2010 12:52 PM, strtr wrote:
> > Walter Bright Wrote:
> >
> >> strtr wrote:
> >>> Portability will become more important as evo algos get used
> >>> more. Especially in combination with threshold functions. The
Walter Bright Wrote:
> strtr wrote:
> > Portability will become more important as evo algos get used more.
> > Especially
> > in combination with threshold functions. The computer will generate/optimize
> > all input/intermediate values itself and executing the prog
Walter Bright Wrote:
> Don wrote:
> > A simple rule of thumb: if it's an array, use float or double. If it's
> > not, use real.
>
> I agree. The only reason to use float or double is to save on storage.
Portability will become more important as evo algos get used more.
Especially in combination
Walter Bright Wrote:
>
> In my experience doing numerical work, loss of a "few bits" of precision
> can have order of magnitude effects on the result. The problems is the
> accumulation of roundoff errors. Using more bits of precision is the
> easiest solution, and is often good enough.
My wor
Lars T. Kyllingstad Wrote:
> strtr wrote:
> > Does this mean that float calculations are always off between intel and amd
> > as intel uses 80bit reals?
> > (x86 is my target audience)
>
> No, I believe AMD processors also use 80 bits of precision, since they
&
Robert Jacques Wrote:
> On Wed, 21 Apr 2010 23:48:20 -0300, strtr wrote:
>
> > abcd Wrote:
> >
> >> On the other hand, being an engineer, I use the reals all the time and
> >> want them to stay. I would use the max precision supported by the cpu
> >
Walter Bright Wrote:
> strtr wrote:
> > abcd Wrote:
> >
> >> On the other hand, being an engineer, I use the reals all the time
> >> and want them to stay. I would use the max precision supported by
> >> the cpu then fixed precision like double any da
abcd Wrote:
> On the other hand, being an engineer, I use the reals all the time and
> want them to stay. I would use the max precision supported by the cpu
> then fixed precision like double any day.
>
> -sk
For me it's the exact opposite, reproducibility/portability is key. My problem
with
also on physorg
http://www.physorg.com/news186834221.html
BobR Wrote:
> When are anonymous enums preferred over named enums? Maybe they are in
> the language for historical reasons? Or are they truly useful enough to
> warrant having a 2 kinds of enums?
>
I use them encapsulated within a struct to make small ranged named types.
StructName.POSSIBLE_V
Walter Bright Wrote:
> retard wrote:
> > {protection-attr} == perhaps one of these {public|protected|package|
> > private} - I have no effing clue what this does
>
> It actually does the same thing as it does in C++ (with the addition of
> package).
I didn't know I could protect a superclass
Walter Bright Wrote:
> Every function in Phobos needs to be reviewed and tagged as safe,
> trusted or system as appropriate.
I am sorry if this is totally stupid, but shouldn't it be possible for the
compiler to do this? addition to -profile maybe
It might also be interesting if the compiler we
downs Wrote:
> %u wrote:
> > In the end this brings me to a sad thing: I nearly never get dsource
> > projects to compile. And most of the
> > time (I guess) its about build system problems. So why dont you all write
> > these very simple makefiles
> > and throw everything at the compiler? Such
bearophile Wrote: <>
Wouldn't perfect hashing for compile time AAs be a better starting point?
bearophile Wrote:
> Strtr:
> > How much of an overhead is a call to a struct instance compared to a call
> > to a object?
>
> The situation is more complex than that. Structs don't have a pointer to the
> virtual table and monitor, that saves memory and time. Les
bearophile Wrote:
> grauzone:
> > > Struct constructors are probably the D2 feature I miss more in D1 :-)
> >
> > Why?
>
> During optimization phases I sometimes want to convert classes into structs,
> and then I want to allocate some of those struct instances on the heap and
> others on the s
38 matches
Mail list logo