On Saturday, 3 September 2016 at 16:32:16 UTC, ZombineDev wrote:
No you're wrong. There's no need for interfaces or for generic
constraints. It's not static vs duck typing. It's just a method
lookup issue. See for yourself: http://rextester.com/GFKNSK99121
Ok, Interfaces and other generic meth
On Saturday, 3 September 2016 at 16:33:07 UTC, Andrei
Alexandrescu wrote:
I see. This is a matter orthogonal to DbI - introspection
should be able to figure out whether a member can be found, or
a nonmember if the design asks for it. I wouldn't like
"tricking" DbI into thinking a member is ther
On Saturday, 3 September 2016 at 12:25:11 UTC, Andrei
Alexandrescu wrote:
What problems are you referring to? -- Andrei
The problems discussed here in the thread related to name lookup
at template instantiation time.
And also similar problems related to visibility (public/private)
that were d
On Saturday, 3 September 2016 at 12:40:26 UTC, ZombineDev wrote:
No, LINQ doesn't work because of interfaces, but because of
extension methods (C#'s variant of UFCS). The IEnumerable
interface defines only a single method. All the useful
functionality is implemented as extension methods which a
On Saturday, 3 September 2016 at 10:33:22 UTC, Walter Bright
wrote:
I don't think it is a template issue. It's a name lookup issue.
There's LINQ in C#, for example.
I think it is.
The problem is lookup of dependent symbols (see C++ two phase
lookup). Without real templates, all lookup can be
On Friday, 27 May 2016 at 19:43:16 UTC, H. S. Teoh wrote:
On Fri, May 27, 2016 at 03:30:53PM -0400, Andrei Alexandrescu
via Digitalmars-d wrote:
On 5/27/16 3:10 PM, ag0aep6g wrote:
> I don't think there is value in distinguishing by language.
> The point of Unicode is that you shouldn't need to
On Sunday, 29 May 2016 at 12:41:50 UTC, Chris wrote:
Ok, you have a point there, to be precise is a multigraph
(a digraph)(cf. [1]). In French you can have multigraphs
consisting of three or more characters /o/, as in Irish
=> /i:/. However, a phoneme is not necessarily a spoken
"character"
On Sunday, 29 May 2016 at 12:08:52 UTC, default0 wrote:
I am pretty sure that a single grapheme in unicode does not
correspond to your notion of "character". I am pretty sure that
what you think of as a "character" is officially called
"Grapheme Cluster" not "Grapheme".
Grapheme is a linguist
On Saturday, 21 May 2016 at 21:56:02 UTC, Walter Bright wrote:
On 5/21/2016 11:36 AM, Tobias M wrote:
Sorry but this is a misrepresentation. I never claimed that
the x87 doesn't
conform to the IEEE standard.
My point was directed to more than just you. Sorry I didn't
make that clear.
The
On Saturday, 21 May 2016 at 17:58:49 UTC, Walter Bright wrote:
On 5/21/2016 2:26 AM, Tobias Müller wrote:
On Friday, 20 May 2016 at 22:22:57 UTC, Walter Bright wrote:
On 5/20/2016 5:36 AM, Tobias M wrote:
Still an authority, though.
If we're going to use the fallacy of appeal to authority, m
On Friday, 20 May 2016 at 22:22:57 UTC, Walter Bright wrote:
On 5/20/2016 5:36 AM, Tobias M wrote:
Still an authority, though.
If we're going to use the fallacy of appeal to authority, may I
present Kahan who concurrently designed the IEEE 754 spec and
the x87.
Since I'm just in the mood o
On Friday, 20 May 2016 at 12:32:40 UTC, Tobias Müller wrote:
Let me cite Prof. John L Gustafson
Not "Prof." but "Dr.", sorry about that. Still an authority,
though.
On Thursday, 15 January 2015 at 21:28:59 UTC, H. S. Teoh via
Digitalmars-d wrote:
Unless, of course, the *purpose* of the program is specifically
to deal
with problem situations -- in which case, you wouldn't be using
exceptions to indicate those situations, you'd treat them as
"normal"
input
13 matches
Mail list logo
