On Friday, 14 April 2017 at 17:55:54 UTC, jmh530 wrote:
On Thursday, 13 April 2017 at 11:23:32 UTC, jmh530 wrote:
Just an FYI, I was looking at another post
http://www.active-analytics.com/blog/fitting-glm-with-large-datasets/
and the top part is a little confusing because the code below
FYI: My article with @9il "Interfacing D with C and Fortran" is
now up
http://www.active-analytics.com/blog/interface-d-with-c-fortran/
Thanks to those that made suggestions that informed the article.
You may also want to check out "A quick look at D" article
I have just finished the first version of a BLAS implementation
for D mostly done by code conversion from GSL's BLAS module
https://github.com/dataPulverizer/dblas
It is complete functionally with respect covering all the
functions implemented in BLAS. @9il has suggested that we should
work
On Thursday, 13 April 2017 at 11:29:39 UTC, jmh530 wrote:
On Thursday, 13 April 2017 at 09:18:06 UTC, data pulverizer
wrote:
It is complete functionally with respect covering all the
functions implemented in BLAS. @9il has suggested that we
should work to merge this library with Mir GLAS
On Thursday, 13 April 2017 at 17:43:14 UTC, Bill Baxter wrote:
Re: merging with Mir GLAS, that seems very tricky without
changing Mir
GLAS's license to GPL.
You raise a very good point. My intention is to completely
re-write each function that was based on GSL's CBLAS while
upgrading the
On Friday, 14 April 2017 at 16:31:24 UTC, jmh530 wrote:
On Friday, 14 April 2017 at 15:37:20 UTC, data pulverizer wrote:
You raise a very good point. My intention is to completely
re-write each function that was based on GSL's CBLAS while
upgrading the performance. Once this is done the
On Tuesday, 13 June 2017 at 08:26:20 UTC, 9il wrote:
Hi
I am pleased to announce the Lubeck [1] linear algebra library
for Dlang.
It is very easy to use and it has been tested in real world.
The following functionality is implemented:
1. `mtimes` - General matrix-matrix, row-matrix,
Hi all,
I have written a draft article on Generalized Linear Models and
Stochastic Gradient Descent in D
(https://github.com/dataPulverizer/glm-stochastic-gradient-descent-d/blob/master/article.ipynb) and would greatly appreciate your suggestions.
Apologies for the spartan nature of the
On Sunday, 11 June 2017 at 01:59:37 UTC, 9il wrote:
Why not to use ndslice and Lubeck [1] libraries instead?
[1] https://github.com/kaleidicassociates/lubeck
Ilya
It is already has hight level ndslice interface for inv
(inverse) and mtimes (matmul).
p.s. I think the work you guys are
On Sunday, 11 June 2017 at 01:59:37 UTC, 9il wrote:
Why not to use ndslice and Lubeck [1] libraries instead?
[1] https://github.com/kaleidicassociates/lubeck
Ilya
It is already has hight level ndslice interface for inv
(inverse) and mtimes (matmul).
p.p.s Okay, I can see how writing an
On Sunday, 11 June 2017 at 11:30:03 UTC, Nicholas Wilson wrote:
An additional takeaway for me was that I also found the use of
array operations like
a[] = b[]*c[]
or
d[] -= e[] -f
created odd effects in my calculations the outputs were wrong
and for ages I didn't know why but later ended
It is obvious that you took time and care to review the article.
Thank you very much!
On Sunday, 11 June 2017 at 00:40:23 UTC, Nicholas Wilson wrote:
Maybe its the default rendering but the open math font is hard
to read as the sub scripts get vertically compressed.
My suggestions:
On Sunday, 11 June 2017 at 01:57:52 UTC, 9il wrote:
The code has huge number of allocations. For example, T[][]
matrixes are and then concatenated to be used in BLAS.
You are right - I realised this as I was writing the script but I
address this point later ...
Why not to use ndslice and
On Wednesday, 30 August 2017 at 17:14:37 UTC, data pulverizer
wrote:
On Wednesday, 30 August 2017 at 16:45:19 UTC, data pulverizer
wrote:
You mentioned Julia in your article, however for clarity I
would point out that Julia doesn't have OOP-type polymorphism.
There is no notion of being able
On Wednesday, 30 August 2017 at 17:29:42 UTC, Jean-Louis Leroy
wrote:
On Wednesday, 30 August 2017 at 17:16:59 UTC, data pulverizer
wrote:
p.p.s
typeof(x[1]) # returns Cat
so it isn't really polymorphism - the object is never
converted to the "parent" type! Lol ... sorry for the
confusion!
On Monday, 28 August 2017 at 13:19:19 UTC, Jean-Louis Leroy wrote:
On Thursday, 24 August 2017 at 23:50:21 UTC, data pulverizer
wrote:
I find OOP-polymorphic types ultimately unsatisfying, but I
don't know of anyway to write, compile and load a D script
with new types and methods on the fly
On Wednesday, 30 August 2017 at 17:57:49 UTC, data pulverizer
wrote:
The reason I have never really been comfortable with sub-typing
is that the polymorphic types are a black-box, my preference is
certainly for parametric type polymorphism. The main
disadvantage with parametric polymorphism in
On Wednesday, 30 August 2017 at 18:48:58 UTC, data pulverizer
wrote:
I suspect the reason you can't have parametric typed array
containers in statically typed compiled languages is that
underneath, they are doubly/linked lists, and there is no way
of resolving the types at the end of the
On Wednesday, 30 August 2017 at 22:49:54 UTC, jmh530 wrote:
On Wednesday, 30 August 2017 at 22:30:12 UTC, data pulverizer
wrote:
On Wednesday, 30 August 2017 at 22:10:38 UTC, Jean-Louis Leroy
wrote:
On Wednesday, 30 August 2017 at 21:30:29 UTC, data pulverizer
wrote:
In the light of this I
On Wednesday, 30 August 2017 at 20:40:38 UTC, Jean-Louis Leroy
wrote:
After mulling over this example, I don't see how this proves
that Julia does *not* support run time polymorphism. On the
contrary. If you translate this to D you get the same result by
the way:
import std.stdio;
class
On Wednesday, 30 August 2017 at 22:10:38 UTC, Jean-Louis Leroy
wrote:
On Wednesday, 30 August 2017 at 21:30:29 UTC, data pulverizer
wrote:
In the light of this I think your package just became more
interesting to me.
I think that your work and mine are complementary :-)
Yes, one of the
On Wednesday, 30 August 2017 at 22:10:38 UTC, Jean-Louis Leroy
wrote:
On Wednesday, 30 August 2017 at 21:30:29 UTC, data pulverizer
wrote:
In the light of this I think your package just became more
interesting to me.
I think that your work and mine are complementary :-)
Here is one strange
On Wednesday, 30 August 2017 at 21:30:29 UTC, data pulverizer
wrote:
On Wednesday, 30 August 2017 at 20:40:38 UTC, Jean-Louis Leroy
wrote:
After mulling over this example, I don't see how this proves
that Julia does *not* support run time polymorphism. On the
contrary.
In that case you are
On Wednesday, 30 August 2017 at 16:45:19 UTC, data pulverizer
wrote:
You mentioned Julia in your article, however for clarity I
would point out that Julia doesn't have OOP-type polymorphism.
There is no notion of being able to do something like:
Animal snoopy = new Dog();
p.s. my bad, I was
Hi all,
I have written an article about writing Julia style multiple
dispatch code in D
(https://github.com/dataPulverizer/dispatch-it-like-julia). I am
hoping that it is appropriate for the D blog.
Reviews please.
Many Thanks!
On Thursday, 24 August 2017 at 16:41:54 UTC, David Gileadi wrote:
Very interesting!
Thank you
I have a couple suggestions: for newbies like me, it would be
nice to include a short explanation of multiple dispatch, and
maybe a link to a longer description.
Wikipedia's description of
On Thursday, 24 August 2017 at 17:01:38 UTC, Ali Çehreli wrote:
This works only with compile-time dispatch, right?
Yes
... Does Julia support dynamic multiple dispatch?
Okay Julia is my second favourite language next to D and one of
it's cool features is that even though it is a dynamic
On Thursday, 24 August 2017 at 18:16:21 UTC, jmh530 wrote:
I think at one point I had actually suggested that dstats or
something be re-written in a Julia-like way (before I realized
how much work that would be!). It looks very pretty.
Thanks. I think most of that is down to D's nice syntax
On Thursday, 24 August 2017 at 21:13:10 UTC, jmh530 wrote:
On UDAs, at least in the current implementation, I think that
the actual issue you are trying to address is to force the type
in the distribution to be convertible to double in the
continuous case and convertible to long in the
On Friday, 25 August 2017 at 20:54:05 UTC, jmh530 wrote:
See below. I haven't implemented the random variables yet, but
otherwise it seems to be working well. There is some trickiness
with deprecated stuff that I had to hard code, but other than
that it's pretty generic. Also, I think it is
On Friday, 25 August 2017 at 00:35:24 UTC, jmh530 wrote:
What you seem concerned about here is how to produce a
meaningful error message for distribution that you do not have
implementations for. A slightly more elegant solution would be
to pack the structs into an AliasSeq and then use
On Friday, 25 August 2017 at 14:30:03 UTC, jmh530 wrote:
On Friday, 25 August 2017 at 01:04:31 UTC, data pulverizer
wrote:
[snip]
With respect to your point about immutability, you might be
interested in the parameterize function in dstats.distrib. I
hadn't noticed that was there, but I
On Sunday, 3 December 2017 at 12:50:26 UTC, kinke wrote:
Hi everyone,
on behalf of the LDC team, I'm glad to announce LDC 1.6. The
highlights of this version in a nutshell:
* Based on D 2.076.1.
* Experimental support for dynamic codegen at runtime ('manual
JIT').
* Many std.math functions
On Tuesday, 25 August 2020 at 15:58:46 UTC, Petar Kirov
[ZombineDev] wrote:
I think your article is quite valuable is it covers many
aspects of template programming in D, while being quite
approachable as well. May I suggest contributing it in some
form to https://tour.dlang.org? Contributing
On Tuesday, 1 September 2020 at 16:24:29 UTC, Petar Kirov
[ZombineDev] wrote:
Yeah, I think we should add the following feature:
Whenever there's a snippet of code (fenced code block in
markdown), a button should appear under, which when clicked
would replace the content of the text editor
On Saturday, 29 August 2020 at 04:41:36 UTC, Petar Kirov
[ZombineDev] wrote:
On Friday, 28 August 2020 at 11:05:09 UTC, data pulverizer
wrote:
On Tuesday, 25 August 2020 at 15:58:46 UTC, Petar Kirov
[ZombineDev] wrote:
[...]
Just to keep you updated, I've begun to write a fresh section
on
On Tuesday, 1 September 2020 at 17:12:05 UTC, data pulverizer
wrote:
ii. Runnable code areas for actual scripts, the same width and
in line with the text like the "dumb code" fences but as you
said with a few buttons on the top for running the code (I'm
not really bothered if they can pop
On Tuesday, 25 August 2020 at 15:58:46 UTC, Petar Kirov
[ZombineDev] wrote:
On Tuesday, 25 August 2020 at 15:30:17 UTC, data pulverizer
wrote:
I think your article is quite valuable is it covers many
aspects of template programming in D, while being quite
approachable as well. May I suggest
On Tuesday, 25 August 2020 at 14:02:33 UTC, Petar Kirov
[ZombineDev] wrote:
Nice article! I haven't had the chance to read it fully, so far
[snip]
I though of writing at the beginning that it was long and that
readers could dip in and out of the article as they wished but
decided that people
On Tuesday, 25 August 2020 at 14:02:33 UTC, Petar Kirov
[ZombineDev] wrote:
...
You can find a full example of this here:
https://run.dlang.io/gist/run-dlang/80e120e989a6b0f72fd7244b17021e2f
There is an issue with `AliasTuple` though, you can't directly
print its collections with pragma:
On Tuesday, 25 August 2020 at 16:01:25 UTC, data pulverizer wrote:
On Tuesday, 25 August 2020 at 14:02:33 UTC, Petar Kirov
[ZombineDev] wrote:
...
You can find a full example of this here:
https://run.dlang.io/gist/run-dlang/80e120e989a6b0f72fd7244b17021e2f
There is an issue with `AliasTuple`
On Tuesday, 25 August 2020 at 14:02:33 UTC, Petar Kirov
[ZombineDev] wrote:
Nice article! I haven't had the chance to read it fully, so far
now I have just one quick suggestion regarding removing items
from sequences [0]. I think it would be much simpler (and
likely more efficient) to avoid
On Tuesday, 25 August 2020 at 15:58:46 UTC, Petar Kirov
[ZombineDev] wrote:
I think your article is quite valuable is it covers many
aspects of template programming in D, while being quite
approachable as well. May I suggest contributing it in some
form to https://tour.dlang.org? Contributing
On Thursday, 27 August 2020 at 20:56:43 UTC, Twilight wrote:
On Tuesday, 25 August 2020 at 02:11:42 UTC, data pulverizer
wrote:
I have a draft new blog article "Introduction to programming
with compile time sequences in D", it's on Github and I would
appreciate feedback before it goes live
I have written an article targeted at people new to D on
compile-time programming:
https://www.active-analytics.com/blog/reading-idx-files-in-d/ and
tweeted it here:
https://twitter.com/chibisi/status/1296824381088440320?s=20
Comments welcome.
Thanks in advance.
On Friday, 21 August 2020 at 15:54:14 UTC, H. S. Teoh wrote:
CSS leakage into text in 2nd bullet point under "Introduction":
"uspadding: 0.5em;s" should be "uses".
Thanks, just fixed it.
I have a draft new blog article "Introduction to programming with
compile time sequences in D", it's on Github and I would
appreciate feedback before it goes live
https://gist.github.com/dataPulverizer/67193772c52e7bd0a16414cb01ae4250
Comment welcome.
Many thanks
On Wednesday, 3 June 2020 at 16:15:41 UTC, jmh530 wrote:
Also, I'm curious if you know how the Julia functions (like
pow/log) are implemented, i.e. are they also calling C/Fortran
functions or are they natively implemented in Julia?
It's not 100% clear but Julia does appear to implement a
On Wednesday, 3 June 2020 at 14:34:02 UTC, Mike Parker wrote:
Some of you may have seen a draft of this post from user "data
pulverizer" elsewhere on the forums. The final draft is now on
the D Blog under his real name and ready for your perusal.
The blog:
On Saturday, 5 December 2020 at 07:44:33 UTC, 9il wrote:
sweep_ndslice uses (2*N - 1) arrays to index U, this allows LDC
to unroll the loop.
For example, for 2D case, withNeighboursSum [2] will store the
pointer to the result, and the pointer at rows above and below.
matrix:
On Monday, 7 December 2020 at 02:14:41 UTC, 9il wrote:
I don't know. Tensors aren't so complex. The complex part is a
design that allows Mir to construct and iterate various kinds
of lazy tensors of any complexity and have quite a universal
API, and all of these are boosted by the fact that
On Thursday, 3 December 2020 at 16:27:59 UTC, 9il wrote:
Hi all,
Since the first announcement [0] the original benchmark [1] has
been boosted [2] with Mir-like implementations.
... [SNIP]
Kind regards,
Ilya
Very interesting work. What is the difference between Mir's
field, slice, native
On Thursday, 3 December 2020 at 21:28:04 UTC, jmh530 wrote:
The document says:
Slice: Python like. Uses D Slices and Strides for grouping
(Red-Black).
Naive: one for-loop for each dimension. Matrix-Access via
multi-dimensional Array.
Field: one for-loop. Matrix is flattened. Access
On Thursday, 3 December 2020 at 21:28:04 UTC, jmh530 wrote:
The document says:
Slice: Python like. Uses D Slices and Strides for grouping
(Red-Black).
Naive: one for-loop for each dimension. Matrix-Access via
multi-dimensional Array.
Field: one for-loop. Matrix is flattened. Access
On Friday, 4 December 2020 at 14:48:32 UTC, jmh530 wrote:
It looks like all the `sweep_XXX` functions are only defined
for contiguous slices, as that would be the default if define a
Slice!(T, N).
How the functions access the data is a big difference. If you
compare the `sweep_field`
Hi Guys,
I recently gave a presentation (7 minutes since the conference
became very popular) introducing the D programming language to
the insurance industry:
https://insurancedatascience.org/downloads/London2021/Session_4a/Chibisi_Chima-Okereke.pdf
Thanks
On Wednesday, 17 March 2021 at 21:54:27 UTC, Ali Çehreli wrote:
I will explain templates in a beginner-friendly way.
Although this is announced on Meetup[1] as well, you can
connect directly at
https://us04web.zoom.us/j/2248614462?pwd=VTl4OXNjVHNhUTJibms2NlVFS3lWZz09
March 18, 2021
On Sunday, 16 October 2022 at 12:04:23 UTC, Steven Schveighoffer
wrote:
# BEERCONF!
Beerconf this month is on October 29-30, one day before
Halloween. Feel free to wear your D costume, might I suggest a
beerconf T shirt?
https://www.zazzle.com/store/dlang_swag/products?cg=196874696466206954
On Tuesday, 1 November 2022 at 15:05:48 UTC, Mike Parker wrote:
I don't think anyone involved in organizing BeerConf knew that
was there. That's the first I've seen it.
I'd suggest that it is either removed or replaced with something
more informative, so that people know what is coming and
On Saturday, 30 December 2023 at 00:50:54 UTC, data pulverizer
wrote:
I have updated the package to include a reference to EmbedR
outlining these points. Interestingly enough, there is a Rust
package for R and D interop called embedr as well
(https://docs.rs/extendr-api/latest/extendr_api/).
On Friday, 29 December 2023 at 23:51:44 UTC, Sergey wrote:
Hi! Thanks for open sourcing the project
I remember some time ago I asked in Twitter about it :)
I remember you previously mentioned, that you are familiar with
EmbedR project, and that your library has different approach:
it will be
Hi,
Announcing my saucer project (https://github.com/chibisi/saucer)
that allows D to be called from R in a similar way that Rcpp
allows C++ code to be called from R. At the moment it targets
only Linux machines but in time should gain Mac OS and Windows
support.
Information about the
On Friday, 5 January 2024 at 16:16:49 UTC, bachmeier wrote:
On Saturday, 30 December 2023 at 00:50:54 UTC, data pulverizer
wrote:
Here is the updated version of embedr:
https://github.com/bachmeil/embedrv2
The old version you're referencing is from ages ago. I don't
know what you mean by
Unfortunately, your statements are, by and large, simply wrong.
Not to mention openly hostile.
On Tuesday, 9 January 2024 at 21:25:30 UTC, Lance Bachmeier wrote:
That's not "unverified pre-compiled code". As I said, it's an
import library for Windows, from an attempt long ago to call R
from D
64 matches
Mail list logo