On Sunday, 1 October 2017 at 02:35:54 UTC, Jonathan M Davis wrote:
On Saturday, September 30, 2017 15:30:48 Ali Çehreli via
Digitalmars-d- announce wrote:
[...]
Honestly, it seems a weird that this sort of thing is so hard
to get to work, but for some reason, it seems to be the sort of
On Saturday, September 30, 2017 15:30:48 Ali Çehreli via Digitalmars-d-
announce wrote:
> On 09/30/2017 01:34 PM, Mengu wrote:
> > On Friday, 29 September 2017 at 21:06:56 UTC, Ali Çehreli wrote:
> >> The slides:
> >> https://jll63.github.io/openmethods.d/dlang-meetup-2017-09-28/
> >>
> >>
On 09/30/2017 01:34 PM, Mengu wrote:
> On Friday, 29 September 2017 at 21:06:56 UTC, Ali Çehreli wrote:
>> The slides:
>>
>> https://jll63.github.io/openmethods.d/dlang-meetup-2017-09-28/
>>
>> Unfortunately, there is no video.
>
> it's been years yahu, insan bi kamera ayarlar :)
This is the
On Friday, 29 September 2017 at 21:06:56 UTC, Ali Çehreli wrote:
The slides:
https://jll63.github.io/openmethods.d/dlang-meetup-2017-09-28/
Unfortunately, there is no video.
it's been years yahu, insan bi kamera ayarlar :)
Ali
On 09/18/2017 10:38 PM, Ali Çehreli wrote:
We're excited
The slides:
https://jll63.github.io/openmethods.d/dlang-meetup-2017-09-28/
Unfortunately, there is no video.
Ali
On 09/18/2017 10:38 PM, Ali Çehreli wrote:
We're excited to be in San Francisco this month:
https://www.meetup.com/D-Lang-Silicon-Valley/events/243022411/
Our host is
On 09/26/2017 09:27 PM, Ali Çehreli wrote:
> As always, I will post the Google Meet link here.
The Google Meet link is (will be)
https://meet.google.com/zie-vuec-jao
but the meeting is in about 26 hours from this posting. You may want to
make sure Google Meet works with your browser; I had
AdRoll has just confirmed that they're ordering pizza and drinks.
As always, I will post the Google Meet link here.
See you on Thursday, 6:30pm Pacific time... (The presentation is at
7pm.) As always, I will post the Google Meet link here.
Ali
On 09/18/2017 10:38 PM, Ali Çehreli wrote:
We're excited to be in San Francisco this month:
https://www.meetup.com/D-Lang-Silicon-Valley/events/243022411/
Our host is AdRoll[1].
Ali
[1] AdRoll uses D for data science:
http://tech.adroll.com/blog/data/2014/11/17/d-is-for-data-science.html
On Saturday, 2 September 2017 at 21:16:50 UTC, Jean-Louis Leroy
wrote:
On Saturday, 2 September 2017 at 20:55:13 UTC, EntangledQuanta
wrote:
This is when I have the mixin(registerMethods) in a module
that doesn't use any open methods. It says add once per module
in the help, but I think it
On Saturday, 2 September 2017 at 20:55:13 UTC, EntangledQuanta
wrote:
This is when I have the mixin(registerMethods) in a module that
doesn't use any open methods. It says add once per module in
the help, but I think it means once per module where open
methods are used?
Yes I meant that.
On Saturday, 2 September 2017 at 14:04:07 UTC, Jean-Louis Leroy
wrote:
On Thursday, 31 August 2017 at 23:37:03 UTC, EntangledQuanta
wrote:
[Windows]
I'll try again at some point. I haven't got around to messing
with it again.
Did you get a chance?
I'll try real quick again. I'll have to
On Thursday, 31 August 2017 at 23:37:03 UTC, EntangledQuanta
wrote:
[Windows]
I'll try again at some point. I haven't got around to messing
with it again.
Did you get a chance?
On Thursday, 31 August 2017 at 16:55:17 UTC, Jean-Louis Leroy
wrote:
Indeed I misunderstood.
Well, I am very pleased that my stuff interacts well with the
rest of the language - I strive for that. However, I found that
it is difficult to get people to open their mind to the idea of
open
On Thursday, 31 August 2017 at 23:21:03 UTC, Jean-Louis Leroy
wrote:
On Thursday, 31 August 2017 at 21:42:50 UTC, EntangledQuanta
wrote:
It's fixed now, in master and in release v1.0.0-rc.2.
I'll check it out. I don't think the last errors I was getting
were due to the sizing issues though,
On Thursday, 31 August 2017 at 21:42:50 UTC, EntangledQuanta
wrote:
It's fixed now, in master and in release v1.0.0-rc.2.
I'll check it out. I don't think the last errors I was getting
were due to the sizing issues though, so is that all you fixed
or was there some other stuff related to
On Thursday, 31 August 2017 at 21:02:26 UTC, Jean-Louis Leroy
wrote:
On Thursday, 31 August 2017 at 20:42:36 UTC, EntangledQuanta
wrote:
On Wednesday, 30 August 2017 at 18:16:47 UTC, jmh530 wrote:
[...]
I was getting similar errors and simply added a
cast(size_t)[used in the indexing, as he
On Thursday, 31 August 2017 at 20:42:36 UTC, EntangledQuanta
wrote:
On Wednesday, 30 August 2017 at 18:16:47 UTC, jmh530 wrote:
On Wednesday, 30 August 2017 at 15:59:32 UTC, Jean-Louis Leroy
wrote:
What happens here is that kick(Animal) is shadowed by
kick(Dog). kick(Animal) is a method but it
On Wednesday, 30 August 2017 at 18:16:47 UTC, jmh530 wrote:
On Wednesday, 30 August 2017 at 15:59:32 UTC, Jean-Louis Leroy
wrote:
What happens here is that kick(Animal) is shadowed by
kick(Dog). kick(Animal) is a method but it appears to the user
and the compiler as an ordinary function -
On Thursday, 31 August 2017 at 14:52:43 UTC, jmh530 wrote:
On Wednesday, 30 August 2017 at 15:59:32 UTC, Jean-Louis Leroy
wrote:
What happens here is that kick(Animal) is shadowed by
kick(Dog). kick(Animal) is a method but it appears to the user
and the compiler as an ordinary function -
On Wednesday, 30 August 2017 at 15:59:32 UTC, Jean-Louis Leroy
wrote:
What happens here is that kick(Animal) is shadowed by
kick(Dog). kick(Animal) is a method but it appears to the user
and the compiler as an ordinary function - which is generally
good. As such it is eligible for UFCS. I
On Thursday, 31 August 2017 at 13:30:27 UTC, Atila Neves wrote:
import otherpackage: funkyMethod = openmethod;
import openmethod: openmethod = method;
Or use the fully qualified name. Either way, nothing that can't
be dealt with by D's modules as they are now.
Atila
There are no limits
On Thursday, 31 August 2017 at 11:39:30 UTC, aberba wrote:
On Thursday, 31 August 2017 at 10:30:38 UTC, Atila Neves wrote:
On Wednesday, 30 August 2017 at 04:48:11 UTC, Arun
Chandrasekaran wrote:
On Tuesday, 29 August 2017 at 12:45:50 UTC, Jean-Louis Leroy
wrote:
On Tuesday, 29 August 2017 at
On Thursday, 31 August 2017 at 11:39:30 UTC, aberba wrote:
Thanks for this library. Just a suggestion. Would it possible
to use `@openmethod` instead of `@method`?
alias openmethod = method;
Atila
What happens when there is UDA name collision? if its
catastrophic, then @openmethods makes
On Thursday, 31 August 2017 at 10:30:38 UTC, Atila Neves wrote:
On Wednesday, 30 August 2017 at 04:48:11 UTC, Arun
Chandrasekaran wrote:
On Tuesday, 29 August 2017 at 12:45:50 UTC, Jean-Louis Leroy
wrote:
On Tuesday, 29 August 2017 at 12:09:01 UTC, Mark wrote:
Nice. This does seem superior to
On Wednesday, 30 August 2017 at 04:48:11 UTC, Arun Chandrasekaran
wrote:
On Tuesday, 29 August 2017 at 12:45:50 UTC, Jean-Louis Leroy
wrote:
On Tuesday, 29 August 2017 at 12:09:01 UTC, Mark wrote:
Nice. This does seem superior to the visitor pattern.
Here is another example - AST traversal:
On Wednesday, 30 August 2017 at 23:40:59 UTC, Jean-Louis Leroy
wrote:
Fixed. Committed to master and it should show up in dub soon.
Gosh, all that mind bending meta polymorphic mixin reflection
multi-dimensional fu and then fall prey to ints and uints and
size_ts. Sobering...
Ha. Cheers.
On Wednesday, 30 August 2017 at 18:16:47 UTC, jmh530 wrote:
..\..\dubFolder\openmethods.d-1.0.0-rc.1\source\openmethods.d(970,21): Error: ca
nnot implicitly convert expression h of type ulong to uint
..\..\dubFolder\openmethods.d-1.0.0-rc.1\source\openmethods.d(1076,34): Error: c
annot
On Wednesday, 30 August 2017 at 18:16:47 UTC, jmh530 wrote:
I tried installing the latest release from github. Compiling
(Windows 7 on DMD with default options) the simple program below
import openmethods;
mixin(registerMethods);
void main()
{
}
gives me the errors:
Gosh Windows I
On Wednesday, 30 August 2017 at 18:20:46 UTC, Jean-Louis Leroy
wrote:
On Wednesday, 30 August 2017 at 18:05:38 UTC, jmh530 wrote:
On Wednesday, 30 August 2017 at 17:24:55 UTC, Jean-Louis Leroy
wrote:
We had a discussion about automating the call to
updateMethods but I don't think that
On Wednesday, 30 August 2017 at 18:05:38 UTC, jmh530 wrote:
On Wednesday, 30 August 2017 at 17:24:55 UTC, Jean-Louis Leroy
wrote:
We had a discussion about automating the call to updateMethods
but I don't think that anybody thought of putting it in
registerMethods. It might work. I'll look
On Wednesday, 30 August 2017 at 15:59:32 UTC, Jean-Louis Leroy
wrote:
What happens here is that kick(Animal) is shadowed by
kick(Dog). kick(Animal) is a method but it appears to the user
and the compiler as an ordinary function - which is generally
good. As such it is eligible for UFCS. I
On Wednesday, 30 August 2017 at 17:24:55 UTC, Jean-Louis Leroy
wrote:
We had a discussion about automating the call to updateMethods
but I don't think that anybody thought of putting it in
registerMethods. It might work. I'll look into it. Thanks for
the suggestion...
Ali had suggested
On Wednesday, 30 August 2017 at 16:37:20 UTC, Q. Schroll wrote:
In the article it says:
Finally, main calls updateMethods. This should be done before
calling any method (typically first thing in main) and each
time a library containing methods is dynamically loaded or
unloaded.
If the
In the article it says:
Finally, main calls updateMethods. This should be done before
calling any method (typically first thing in main) and each
time a library containing methods is dynamically loaded or
unloaded.
If the something has to be done at the beginning, we have a tool
for that:
On Wednesday, 30 August 2017 at 15:42:09 UTC, jmh530 wrote:
One thing you didn't really cover is how seamlessly interacts
with normal polymorphism. For instance, what if to your first
example, I add the following function (note: without @method)
and adjust main as below. I see no reason why
On Wednesday, 30 August 2017 at 15:10:03 UTC, Jean-Louis Leroy
wrote:
I sort of agree, and somewhat regret not picking 'openmethod'.
I considered both. Also @specialize. If anyone had pushed for
@openmethod before the article, I would almost certainly have
given in.
My reasoning was, I
On Wednesday, 30 August 2017 at 15:14:04 UTC, rikki cattermole
wrote:
On 30/08/2017 4:10 PM, Jean-Louis Leroy wrote:
On Wednesday, 30 August 2017 at 14:37:14 UTC, Arun
Chandrasekaran wrote:
[...]
I sort of agree, and somewhat regret not picking 'openmethod'.
I considered both. Also
On 30/08/2017 4:10 PM, Jean-Louis Leroy wrote:
On Wednesday, 30 August 2017 at 14:37:14 UTC, Arun Chandrasekaran wrote:
On Wednesday, 30 August 2017 at 13:35:22 UTC, Jean-Louis Leroy wrote:
On Wednesday, 30 August 2017 at 04:48:11 UTC, Arun What was your
rationale for `openmethod` instead of
On Wednesday, 30 August 2017 at 14:37:14 UTC, Arun Chandrasekaran
wrote:
On Wednesday, 30 August 2017 at 13:35:22 UTC, Jean-Louis Leroy
wrote:
On Wednesday, 30 August 2017 at 04:48:11 UTC, Arun What was
your rationale for `openmethod` instead of just `method`?
Just that `openmethod` precisely
On Wednesday, 30 August 2017 at 13:35:22 UTC, Jean-Louis Leroy
wrote:
On Wednesday, 30 August 2017 at 04:48:11 UTC, Arun What was
your rationale for `openmethod` instead of just `method`?
Just that `openmethod` precisely expresses it's intent and
`method` is too generic.
On Wednesday, 30 August 2017 at 04:48:11 UTC, Arun Chandrasekaran
wrote:
On Tuesday, 29 August 2017 at 12:45:50 UTC, Jean-Louis Leroy
wrote:
On Tuesday, 29 August 2017 at 12:09:01 UTC, Mark wrote:
Nice. This does seem superior to the visitor pattern.
Here is another example - AST traversal:
On Tuesday, 29 August 2017 at 12:45:50 UTC, Jean-Louis Leroy
wrote:
On Tuesday, 29 August 2017 at 12:09:01 UTC, Mark wrote:
Nice. This does seem superior to the visitor pattern.
Here is another example - AST traversal:
On Tuesday, 29 August 2017 at 12:09:01 UTC, Mark wrote:
Nice. This does seem superior to the visitor pattern.
Here is another example - AST traversal:
https://github.com/jll63/openmethods.d/blob/master/examples/acceptnovisitors/source/app.d
.
The blog:
https://dlang.org/blog/2017/08/28/open-methods-from-c-to-d/
Reddit:
https://www.reddit.com/r/programming/comments/6wj0ev/open_methods_from_c_to_d/
Nice. This does seem superior to the visitor pattern.
open methods are, and describes the D implementation and how it
compares to his C++ library.
The blog:
https://dlang.org/blog/2017/08/28/open-methods-from-c-to-d/
Reddit:
https://www.reddit.com/r/programming/comments/6wj0ev/open_methods_from_c_to_d/
Neat. Good to see articles in support
implementation and how it compares to his C++ library.
The blog:
https://dlang.org/blog/2017/08/28/open-methods-from-c-to-d/
Reddit:
https://www.reddit.com/r/programming/comments/6wj0ev/open_methods_from_c_to_d/
Neat. Good to see articles in support of TypeInfo/ClassInfo!
I do wish we extended
://dlang.org/blog/2017/08/28/open-methods-from-c-to-d/
Reddit:
https://www.reddit.com/r/programming/comments/6wj0ev/open_methods_from_c_to_d/
Neat. Good to see articles in support of TypeInfo/ClassInfo!
I do wish we extended it for full reflection capabilities though...
Jean-Louis Leroy posted about his open methods library here in
the forums some time ago. Now, he's written a blog post that
explains what open methods are, and describes the D
implementation and how it compares to his C++ library.
The blog:
https://dlang.org/blog/2017/08/28/open-methods-from
48 matches
Mail list logo