On 09/09/2016 12:35 PM, pineapple wrote:
On Friday, 9 September 2016 at 11:54:42 UTC, Steven Schveighoffer wrote:
Can you demonstrate the issue? I have never heard of this. imports
should work when done inside a function.
-Steve
Tried and failed to reproduce with a simple example, but any
On Friday, 9 September 2016 at 13:32:16 UTC, Russel Winder wrote:
Why write algorithms in C or C++ when you can do it in Chapel?
For the moment, the objective answers to that question seem: you
need GPGPU (especially CUDA, which is vastly more convenient to
use from C++ than from anything
On Friday, 9 September 2016 at 11:54:42 UTC, Steven Schveighoffer
wrote:
Can you demonstrate the issue? I have never heard of this.
imports should work when done inside a function.
-Steve
Tried and failed to reproduce with a simple example, but any time
I've tried doing it in the code I'm
On Friday, 9 September 2016 at 10:03:01 UTC, wobbles wrote:
On Thursday, 8 September 2016 at 07:20:52 UTC, Yuxuan Shui
wrote:
On Thursday, 8 September 2016 at 06:33:00 UTC, Jacob Carlborg
wrote:
On 2016-09-08 07:39, Yuxuan Shui wrote:
Hi,
I wonder if there's standardized way to gather which
On 09/08/2016 06:22 PM, Nick Sabalausky wrote:
On 09/08/2016 06:13 PM, Steven Schveighoffer wrote:
On 9/8/16 6:02 PM, Nick Sabalausky wrote:
I'm getting deprecation messages ("Package...not accessible here,
perhaps add static import") when simply trying to use fully-qualified
symbol names to
On Friday, 9 September 2016 at 13:32:16 UTC, Russel Winder wrote:
Should we be giving up on D and switching to Sparrow?
Most certainly not! I don't think it has to be either D or
Sparrow. There is a quote liked from one of Walter's
presentation. Someone asked the question:
"What happens
On Friday, 9 September 2016 at 13:24:18 UTC, Russel Winder wrote:
For computational work I'd say Chapel was just as productive as
any other language, probably better. This is though likely an
issue on which there is only opinion and no facts.
GPGPU support is not in Chapel as yet I believe,
On Thu, 2016-09-08 at 14:39 +, data pulverizer via Digitalmars-d-
learn wrote:
> […]
>
> I can see where you are coming from, I have taken a look at
> Chapel and high performance computing is their top priority. I
> think they hope that it will be the next Fortran, but I think it
> is very
On Thu, 2016-09-08 at 13:09 +, jmh530 via Digitalmars-d-learn
wrote:
> On Thursday, 8 September 2016 at 10:18:36 UTC, Russel Winder
> wrote:
> >
> >
> > I am certainly hoping that Chapel will be the language to
> > displace NumPy for serious computation in the Python-sphere.
> > Given
On Thursday, 8 September 2016 at 10:26:04 UTC, Russel Winder
wrote:
Do they use single assignment a lot?
Python has no notion of single assignment. Exactly the
opposite, Python allows everything to be changed at any time.
Then you probably shouldn't pitch them alien concepts?
On Monday, 5 September 2016 at 06:45:07 UTC, data pulverizer
wrote:
I just realized that typeid only gives the class and not the
actual type, so the object will still need to be cast as you
mentioned above, however your above function will not infer T,
so the user will have to provide it. I
On 9/8/16 6:26 PM, Nick Sabalausky wrote:
On 09/08/2016 06:22 PM, Nick Sabalausky wrote:
On 09/08/2016 06:13 PM, Steven Schveighoffer wrote:
And
there are still some straggling bugs which cause this message to be
erroneously printed.
I'm pretty sure I've hit one of those :( Can't be certain
On 9/9/16 5:38 AM, pineapple wrote:
On Thursday, 8 September 2016 at 22:13:26 UTC, Steven Schveighoffer wrote:
I posted an article on this:
http://www.schveiguy.com/blog/2016/03/import-changes-in-d-2-071/
Regarding that article:
Another import-related bug fix is to prevent unintentional
On Friday, 9 September 2016 at 09:43:15 UTC, O-N-S wrote:
On Friday, 9 September 2016 at 09:31:54 UTC, pineapple wrote:
On Friday, 9 September 2016 at 08:25:40 UTC, rikki cattermole
wrote:
TLDR: no you cannot do what you were thinking.
Seems like something one ought to be able to do, though.
On Thursday, 8 September 2016 at 07:20:52 UTC, Yuxuan Shui wrote:
On Thursday, 8 September 2016 at 06:33:00 UTC, Jacob Carlborg
wrote:
On 2016-09-08 07:39, Yuxuan Shui wrote:
Hi,
I wonder if there's standardized way to gather which files
are imported
by a source file. I know I can run "dmd
On Friday, 9 September 2016 at 09:31:54 UTC, pineapple wrote:
On Friday, 9 September 2016 at 08:25:40 UTC, rikki cattermole
wrote:
TLDR: no you cannot do what you were thinking.
Seems like something one ought to be able to do, though. DIP
time?
Where can I find DIP? Here?
On Thursday, 8 September 2016 at 22:13:26 UTC, Steven
Schveighoffer wrote:
I posted an article on this:
http://www.schveiguy.com/blog/2016/03/import-changes-in-d-2-071/
-Steve
Regarding that article:
Another import-related bug fix is to prevent unintentional
hijacking of symbols inside a
On Friday, 9 September 2016 at 08:25:40 UTC, rikki cattermole
wrote:
TLDR: no you cannot do what you were thinking.
Seems like something one ought to be able to do, though. DIP time?
On 09/09/2016 8:08 PM, O/N/S wrote:
Hi
Example:
I have a module called "a.b.c";
and a second module called "a.b.c.d.e";
For importing i can use
import a.b.c;
import a.b.c.d.e;
or with local names
import abc = a.b.c;
import abcde = a.b.c.d.e;
Question:
Is it possible to use
Hi
Example:
I have a module called "a.b.c";
and a second module called "a.b.c.d.e";
For importing i can use
import a.b.c;
import a.b.c.d.e;
or with local names
import abc = a.b.c;
import abcde = a.b.c.d.e;
Question:
Is it possible to use something similar like following
import
On 2016-09-08 09:20, Yuxuan Shui wrote:
-deps is even noisier than just -v...
This is what the -deps flag is intended for:
-deps print module dependencies (imports/file/version/debug/lib)
There's also the -deps= flag, kind of similar:
-deps=filename write module dependencies to
21 matches
Mail list logo
