digitalmars.D - [TDPL] arrays of D future
- Tyro[a.c.edwards] (6/6) Jun 27 2010 Andrei,
- Lutger (3/10) Jun 27 2010 These functions are implemented in std.array, you only need to import th...
- Tyro[a.c.edwards] (6/16) Jun 27 2010 .empty, .back,
- Simen kjaeraas (9/23) Jun 27 2010 mplement =
- Lutger (2/25) Jun 27 2010 A public import of std.array by std.algorithm could do the trick.
- Jacob Carlborg (4/29) Jun 27 2010 Or the opposite, depending how you look at it.
Andrei, I must say that the reading is absolutely enjoyable. I do have one question regarding the StackImpl example on page 234. Are you forecasting future functionality that arrays will support with your use of .empty, .back, and .popBack or am I too naïve to understand that I need to implement this functionality in order for your example to compile?
Jun 27 2010
wrote:Andrei, I must say that the reading is absolutely enjoyable. I do have one question regarding the StackImpl example on page 234. Are you forecasting future functionality that arrays will support with your use of .empty, .back, and .popBack or am I too na�ve to understand that I need to implement this functionality in order for your example to compile?These functions are implemented in std.array, you only need to import that module.
Jun 27 2010
== Quote from Lutger (lutger.blijdestijn gmail.com)'s articlewrote:forecastingAndrei, I must say that the reading is absolutely enjoyable. I do have one question regarding the StackImpl example on page 234. Are you.empty, .back,future functionality that arrays will support with your use ofimplement thisand .popBack or am I too na�ve to understand that I need toimport thatfunctionality in order for your example to compile?These functions are implemented in std.array, you only need tomodule.Thanks.
Jun 27 2010
Lutger <lutger.blijdestijn gmail.com> wrote:wrote:Andrei, I must say that the reading is absolutely enjoyable. I do have one question regarding the StackImpl example on page 234. Are you =, =forecasting future functionality that arrays will support with your use of .empty=mplement =.back, and .popBack or am I too na=EF=BF=BDve to understand that I need to i==this functionality in order for your example to compile?These functions are implemented in std.array, you only need to import =that module.Now why aren't those included by default? Sure, they're not always necessary, but they are what makes arrays into ranges, a property that has touted extensively. -- = Simen
Jun 27 2010
Simen kjaeraas wrote:Lutger <lutger.blijdestijn gmail.com> wrote:A public import of std.array by std.algorithm could do the trick.wrote:Now why aren't those included by default? Sure, they're not always necessary, but they are what makes arrays into ranges, a property that has touted extensively.Andrei, I must say that the reading is absolutely enjoyable. I do have one question regarding the StackImpl example on page 234. Are you forecasting future functionality that arrays will support with your use of .empty, .back, and .popBack or am I too na�ve to understand that I need to implement this functionality in order for your example to compile?These functions are implemented in std.array, you only need to import that module.
Jun 27 2010
On 2010-06-27 14:42, Lutger wrote:Simen kjaeraas wrote:Or the opposite, depending how you look at it. -- /Jacob CarlborgLutger<lutger.blijdestijn gmail.com> wrote:A public import of std.array by std.algorithm could do the trick.wrote:Now why aren't those included by default? Sure, they're not always necessary, but they are what makes arrays into ranges, a property that has touted extensively.Andrei, I must say that the reading is absolutely enjoyable. I do have one question regarding the StackImpl example on page 234. Are you forecasting future functionality that arrays will support with your use of .empty, .back, and .popBack or am I too na�ve to understand that I need to implement this functionality in order for your example to compile?These functions are implemented in std.array, you only need to import that module.
Jun 27 2010