digitalmars.D - Module of assumeUnique
- biozic (5/5) Jan 18 2012 Sorry if this has already been discussed/fixed: should assumeUnique and
- Jonathan M Davis (5/8) Jan 18 2012 It's not like it makes any more sense for it to be in std.contracts.
- Jacob Carlborg (4/12) Jan 18 2012 Perhaps something like std.util?
- Jonathan M Davis (6/21) Jan 18 2012 My point is that there isn't currently a good module to put it in. We'd ...
- Andrei Alexandrescu (3/17) Jan 18 2012 I think things are fine as they are.
- biozic (5/13) Jan 18 2012 Maybe in object.d, along with assumeSafeAppend which alse takes care of
- Jacob Carlborg (5/21) Jan 18 2012 I think object.d is already crowded as it is. It should be split in
Sorry if this has already been discussed/fixed: should assumeUnique and pointsTo still belong in std.exception? I remember the module was name std.contracts but now this seems awkward... Thanks. Nicolas
Jan 18 2012
On Wednesday, January 18, 2012 13:24:01 biozic wrote:Sorry if this has already been discussed/fixed: should assumeUnique and pointsTo still belong in std.exception? I remember the module was name std.contracts but now this seems awkward...It's not like it makes any more sense for it to be in std.contracts. assumeUnique has nothing to do with contracts. But where else would it go? There really isn't a good place to put it, and moving it would break code. - Jonathan M Davis
Jan 18 2012
On 2012-01-18 17:50, Jonathan M Davis wrote:On Wednesday, January 18, 2012 13:24:01 biozic wrote:Perhaps something like std.util? -- /Jacob CarlborgSorry if this has already been discussed/fixed: should assumeUnique and pointsTo still belong in std.exception? I remember the module was name std.contracts but now this seems awkward...It's not like it makes any more sense for it to be in std.contracts. assumeUnique has nothing to do with contracts. But where else would it go? There really isn't a good place to put it, and moving it would break code. - Jonathan M Davis
Jan 18 2012
On Wednesday, January 18, 2012 18:20:14 Jacob Carlborg wrote:On 2012-01-18 17:50, Jonathan M Davis wrote:My point is that there isn't currently a good module to put it in. We'd have to create a new module (and std.util may be a good name for it), but unless we have several functions which make sense in there, it seems kind of silly to create a new module. - Jonathan M DavisOn Wednesday, January 18, 2012 13:24:01 biozic wrote:Perhaps something like std.util?Sorry if this has already been discussed/fixed: should assumeUnique and pointsTo still belong in std.exception? I remember the module was name std.contracts but now this seems awkward...It's not like it makes any more sense for it to be in std.contracts. assumeUnique has nothing to do with contracts. But where else would it go? There really isn't a good place to put it, and moving it would break code. - Jonathan M Davis
Jan 18 2012
On 1/18/12 11:20 AM, Jacob Carlborg wrote:On 2012-01-18 17:50, Jonathan M Davis wrote:I think things are fine as they are. AndreiOn Wednesday, January 18, 2012 13:24:01 biozic wrote:Perhaps something like std.util?Sorry if this has already been discussed/fixed: should assumeUnique and pointsTo still belong in std.exception? I remember the module was name std.contracts but now this seems awkward...It's not like it makes any more sense for it to be in std.contracts. assumeUnique has nothing to do with contracts. But where else would it go? There really isn't a good place to put it, and moving it would break code. - Jonathan M Davis
Jan 18 2012
Le 18/01/12 17:50, Jonathan M Davis a écrit :On Wednesday, January 18, 2012 13:24:01 biozic wrote:Maybe in object.d, along with assumeSafeAppend which alse takes care of assumptions about arrays. It would break less code there. But it's ok where it is after all. I can cope with this little oddity. Thanks.Sorry if this has already been discussed/fixed: should assumeUnique and pointsTo still belong in std.exception? I remember the module was name std.contracts but now this seems awkward...It's not like it makes any more sense for it to be in std.contracts. assumeUnique has nothing to do with contracts. But where else would it go? There really isn't a good place to put it, and moving it would break code. - Jonathan M Davis
Jan 18 2012
On 2012-01-18 19:03, biozic wrote:Le 18/01/12 17:50, Jonathan M Davis a écrit :I think object.d is already crowded as it is. It should be split in several other modules and then object.d can publicly import them. -- /Jacob CarlborgOn Wednesday, January 18, 2012 13:24:01 biozic wrote:Maybe in object.d, along with assumeSafeAppend which alse takes care of assumptions about arrays. It would break less code there. But it's ok where it is after all. I can cope with this little oddity. Thanks.Sorry if this has already been discussed/fixed: should assumeUnique and pointsTo still belong in std.exception? I remember the module was name std.contracts but now this seems awkward...It's not like it makes any more sense for it to be in std.contracts. assumeUnique has nothing to do with contracts. But where else would it go? There really isn't a good place to put it, and moving it would break code. - Jonathan M Davis
Jan 18 2012