On Thursday, 18 May 2017 at 00:58:31 UTC, Steven Schveighoffer
wrote:
On 5/17/17 8:27 PM, H. S. Teoh via Digitalmars-d wrote:
[...]
What will cause a shift is a continuous business loss.
If business A and B are competing in the same space, and
business A has a larger market share, but experi
On Thursday, 18 May 2017 at 05:07:38 UTC, Patrick Schluter wrote:
On Thursday, 18 May 2017 at 00:58:31 UTC, Steven Schveighoffer
wrote:
On 5/17/17 8:27 PM, H. S. Teoh via Digitalmars-d wrote:
[...]
What will cause a shift is a continuous business loss.
If business A and B are competing in th
On 17 May 2017 at 00:51, Benro via Digitalmars-d <
digitalmars-d@puremagic.com> wrote:
> [...]
>
> 4 Hours work. Discouraged and gave up after this.
>
Visual Studio proper is the only IDE that 'just works' well, VisualD is
very good.
MonoDevelop also has good 'just works' support last I checked,
On Wed, 2017-05-17 at 17:27 -0700, H. S. Teoh via Digitalmars-d wrote:
> […]
> odds are heavily stacked against a language change. Most management
> are
> concerned (and in many cases, rightly so) about the cost of rewriting
> decades-old "proven" software as opposed to merely plugging the holes
>
I just caught up on the dconf material. It was a really interesting year,
and I'm super bummed I missed it!
So I'm just starting out on some GPGPU work, and I love the direction we're
going here.
Given this scenario;
I want to write CUDA kernels in D, and execute them in an existing C++ CUDA
app.
On Thursday, 18 May 2017 at 00:58:31 UTC, Steven Schveighoffer
wrote:
On 5/17/17 8:27 PM, H. S. Teoh via Digitalmars-d wrote:
On Wed, May 17, 2017 at 04:16:59PM -0700, Walter Bright via
Digitalmars-d wrote:
On 5/17/2017 1:46 PM, H. S. Teoh via Digitalmars-d wrote:
[...]
It may not be the dev
On Wednesday, 17 May 2017 at 20:41:43 UTC, Walter Bright wrote:
On 5/17/2017 3:21 AM, Joakim wrote:
Hmm, this talk has become the most-viewed from this DConf, by
far beating
Scott's keynote. Wonder how, as this seems to be the only
link to it, hasn't
been posted on reddit/HN. I guess people l
On Wed, May 17, 2017 at 08:58:31PM -0400, Steven Schveighoffer via
Digitalmars-d wrote:
> On 5/17/17 8:27 PM, H. S. Teoh via Digitalmars-d wrote:
[...]
> What will cause a shift is a continuous business loss.
>
> If business A and B are competing in the same space, and business A
> has a larger m
On Thursday, 18 May 2017 at 02:13:52 UTC, Meta wrote:
On Wednesday, 17 May 2017 at 11:46:07 UTC, Meta wrote:
I'll add this option to the DIP.
https://github.com/dlang/DIPs/pull/65
I think (
http://forum.dlang.org/post/kybywnscisxpebezw...@forum.dlang.org
) represents yet another distinct o
On Tuesday, 10 May 2016 at 12:49:28 UTC, Steven Schveighoffer
wrote:
BTW, has anyone proposed a replacement like this?
auto ref comma(T...)(auto ref T t) if(T.length > 1)
{
return t[$-1];
}
That won't work with void expressions.
Here's a version which does:
https://github.com/CyberShadow/
On Wednesday, 17 May 2017 at 11:46:07 UTC, Meta wrote:
On Tuesday, 16 May 2017 at 18:06:38 UTC, Andrei Alexandrescu
wrote:
On 05/16/2017 01:59 PM, Random D user wrote:
int foo()
in
{
}
out
{
}
do
{
bar();
}
Can't deny I like that. -- Andrei
I'll add this option to the DIP.
https://gith
On 5/17/17 8:27 PM, H. S. Teoh via Digitalmars-d wrote:
On Wed, May 17, 2017 at 04:16:59PM -0700, Walter Bright via Digitalmars-d wrote:
On 5/17/2017 1:46 PM, H. S. Teoh via Digitalmars-d wrote:
People aren't willing to accept that their cherished choice of
language may have been the wrong one,
On Wed, May 17, 2017 at 04:16:59PM -0700, Walter Bright via Digitalmars-d wrote:
> On 5/17/2017 1:46 PM, H. S. Teoh via Digitalmars-d wrote:
> > People aren't willing to accept that their cherished choice of
> > language may have been the wrong one, especially if they have
> > invested much of thei
On 5/17/2017 1:46 PM, H. S. Teoh via Digitalmars-d wrote:
People aren't willing to accept that their cherished choice of language
may have been the wrong one, especially if they have invested much of
their lives in mastering said language.
It may not be the developers that initiate this change.
On Tuesday, 16 May 2017 at 13:44:27 UTC, Stefan Koch wrote:
[ ... ]
The reason ABI issues.
Where exactly ? No Idea.
Not just abi issues ...
There are more fundamental problems where we sometimes forget to
allocate space, for locals (of composite types).
On Wednesday, 17 May 2017 at 18:05:32 UTC, solidstate1991 wrote:
I still don't have a hardware to test the compiler in the
future (will getting a RPi Zero and RPi 3 in the future as well
as other popular single board PCs to debug my own projects on
different targets).
Can't you run it in qemu
On Tuesday, 16 May 2017 at 14:51:29 UTC, Benro wrote:
A quick summary trying to get D and a some IDEs running on a
Windows environment.
[...]
Thanks for the overview. This topic pops up fairly regularly; the
gist - from my point of view - is this:
While what we currently have is severely lac
On Wed, May 17, 2017 at 01:41:43PM -0700, Walter Bright via Digitalmars-d wrote:
> On 5/17/2017 3:21 AM, Joakim wrote:
> > Hmm, this talk has become the most-viewed from this DConf, by far
> > beating Scott's keynote. Wonder how, as this seems to be the only
> > link to it, hasn't been posted on r
On 5/17/2017 3:21 AM, Joakim wrote:
Hmm, this talk has become the most-viewed from this DConf, by far beating
Scott's keynote. Wonder how, as this seems to be the only link to it, hasn't
been posted on reddit/HN. I guess people like panels, the process panel last
year is one of the most viewed
On Wednesday, 17 May 2017 at 19:26:32 UTC, tsbockman wrote:
On Wednesday, 17 May 2017 at 15:30:29 UTC, Stefan Koch wrote:
the special case it supports if cast(uint*)&float;
and cast(ulong*)&double.
What about casting from real* when real.sizeof > double.sizeof?
unsupported. The code in ctfeE
On Wednesday, 17 May 2017 at 17:11:14 UTC, Nick Sabalausky
(Abscissa) wrote:
On 05/16/2017 10:51 AM, Benro wrote:
A quick summary trying to get D and a some IDEs running on a
Windows
environment.
Full-on IDEs always make simple things complicated. If you're
on Windows, I highly recommend Pr
I've run into an issue using DCD [1] on macOS where it crashes with the
exception "Unable to set socket option: Invalid argument". This occurs
when DCD calls "accept" on the Socket it's using. Accept will, through
some calls, eventually call "setSock", which will on macOS set the
socket option
On Wednesday, 17 May 2017 at 15:30:29 UTC, Stefan Koch wrote:
the special case it supports if cast(uint*)&float;
and cast(ulong*)&double.
What about casting from real* when real.sizeof > double.sizeof?
On Wednesday, 17 May 2017 at 16:32:45 UTC, juanjux wrote:
On Wednesday, 17 May 2017 at 11:08:00 UTC, ezneh wrote:
[...]
I use D with the Vim plugin, Dutyl. The installation of
dependences is somewhat manual but once it installed it works
perfectly well. Compared with the Go plugin the only t
On 5/17/2017 8:30 AM, Stefan Koch wrote:
On Wednesday, 17 May 2017 at 15:15:04 UTC, Walter Bright wrote:
On 5/16/2017 8:02 PM, tsbockman wrote:
Such code is verbose, hard to read, and, judging by the bugs and missing
specializations I've found, hard to write correctly. It is also not compatible
On Friday, 14 April 2017 at 13:29:35 UTC, rikki cattermole wrote:
Here is my suggestion, try and document the backend.
You may form a very different opinion after trying to do that
or come up with a game plan on how to implement non-X86 targets.
As I see there's a lot of problem with the DLL
On Wed, May 17, 2017 at 05:06:40PM +, MysticZach via Digitalmars-d wrote:
[...]
> 3. If `body` were optional, probably a lot of people wouldn't be using
> it to begin with. I suspect that Jonathan and I are not alone in
> thinking that it's not just useless, it's annoying. Thus, only code
> tha
On 05/16/2017 10:51 AM, Benro wrote:
A quick summary trying to get D and a some IDEs running on a Windows
environment.
Full-on IDEs always make simple things complicated. If you're on
Windows, I highly recommend Programmer's Notepad 2. Works great with D
out-of-the-box (as well as gobs of ot
On Wednesday, 17 May 2017 at 09:57:41 UTC, Basile B. wrote:
On Wednesday, 17 May 2017 at 09:53:49 UTC, MysticZach wrote:
Option 4) Keep `body`, but make it both contextual *and*
optional. It becomes usable as an identifier, and those who
think it's unnecessary are appeased. The downside is that
On Wednesday, 17 May 2017 at 11:08:00 UTC, ezneh wrote:
On Wednesday, 17 May 2017 at 10:48:40 UTC, Andrei Alexandrescu
wrote:
On 5/17/17 4:19 AM, Benro wrote:
I wonder if the inability for D community to grow is not more
related to the fairly noticeable arrogant attitude of its
members.
One
On 17.05.2017 18:23, Timon Gehr wrote:
On 17.05.2017 14:47, Patrick Schluter wrote:
I don't understand why this would be uglier than )( used in templates.
.
This is a different case. In C-like languages '(' is essentially a
binary operator ...
Or rather, a postfix operator.
On 17.05.2017 14:47, Patrick Schluter wrote:
I don't understand why this would be uglier than )( used in templates.
.
This is a different case. In C-like languages '(' is essentially a
binary operator and the second set of parens applies to the result of
the first set. f(a)(b) is curried fun
On Wednesday, 17 May 2017 at 15:15:04 UTC, Walter Bright wrote:
On 5/16/2017 8:02 PM, tsbockman wrote:
Such code is verbose, hard to read, and, judging by the bugs
and missing
specializations I've found, hard to write correctly. It is
also not compatible
with CTFE.
CTFE does support things l
On 5/16/2017 8:02 PM, tsbockman wrote:
Such code is verbose, hard to read, and, judging by the bugs and missing
specializations I've found, hard to write correctly. It is also not compatible
with CTFE.
CTFE does support things like:
double d;
int i = *(cast(int*)&d);
as a special case
On 5/16/2017 12:48 PM, Timon Gehr wrote:
It's a good option to have, but D is not an expression-based language, so this
can be painful, as you cannot declare intermediate variables nor use statements.
You can by using lambdas, but embedded lambdas are rather awkward.
On Wednesday, 17 May 2017 at 13:09:45 UTC, Simen Kjærås wrote:
On the topic of format support: the details of ibmExtended
seems to leak a lot - would it be possible to encapsulate that
better? I realize it's a weird format and some leakage may be
unavoidable, but currently it seems basically ev
On Wednesday, 17 May 2017 at 03:02:02 UTC, tsbockman wrote:
std.math contains a lot of raw pointer arithmetic for accessing
the various bit fields of floating-point values (see
https://en.wikipedia.org/wiki/IEEE_754-1985). Much of this code
has several nearly-identical copies, manually speciali
On 5/17/17 8:47 AM, Patrick Schluter wrote:
On Tuesday, 16 May 2017 at 19:25:25 UTC, Steven Schveighoffer wrote:
1) Consistency with functions without contracts.
This only applies to the "naked" version which has ugly }{ in it. The
other options people are asking about are replacing body with
On 2017-05-17 12:01, Seb wrote:
There's also the hope that one day SDC or dmd-fe can be used for plugin
development as libdparse and its tools are inherently quite limited due
to a missing semantic analysis phase.
I agree. Although the tools based on libdparse are here today and are
working.
On Tuesday, 16 May 2017 at 19:25:25 UTC, Steven Schveighoffer
wrote:
1) Consistency with functions without contracts.
This only applies to the "naked" version which has ugly }{ in
it. The other options people are asking about are replacing
body with a keyword, which I think you agree would b
On Wednesday, 17 May 2017 at 11:08:00 UTC, ezneh wrote:
On Wednesday, 17 May 2017 at 10:48:40 UTC, Andrei Alexandrescu
wrote:
[...]
Well, I recently tried to get C++ working on windows (Trying to
learn it too along with D).
I can say that unless you use Visual Studio, it is a real pain
to
On Tuesday, 16 May 2017 at 18:06:38 UTC, Andrei Alexandrescu
wrote:
On 05/16/2017 01:59 PM, Random D user wrote:
int foo()
in
{
}
out
{
}
do
{
bar();
}
Can't deny I like that. -- Andrei
I'll add this option to the DIP.
On Wednesday, 17 May 2017 at 10:48:40 UTC, Andrei Alexandrescu
wrote:
On 5/17/17 4:19 AM, Benro wrote:
I wonder if the inability for D community to grow is not more
related to the fairly noticeable arrogant attitude of its
members.
One only need to read past messages on this forum to see the
On 5/17/17 3:48 AM, Joakim wrote:
On Wednesday, 17 May 2017 at 06:52:24 UTC, Suliman wrote:
How often the stat are recalculating?
When Andrei feels like updating it? It's hosted on his site.
Open sourcing it is on my list of things to do - currently a hodge podge
of scripts. I just updated
On 5/17/17 4:19 AM, Benro wrote:
I wonder if the inability for D community to grow is not more related to
the fairly noticeable arrogant attitude of its members.
One only need to read past messages on this forum to see the exact same
issue over and over again. People mention issues and the sta
On Friday, 12 May 2017 at 18:52:43 UTC, Joakim wrote:
On Saturday, 6 May 2017 at 09:53:52 UTC, qznc wrote:
On Saturday, 6 May 2017 at 06:26:29 UTC, Joakim wrote:
[...]
Hm, Sociomantic removes the live captures the next day?
One request: Chop the panel discussion into one clip per
question/t
On Wednesday, 17 May 2017 at 09:00:12 UTC, aberba wrote:
These tool seem core to D development and will likely simplify
plugin dev. Are there any technical reasons why they are not
bundled together in installer (such that each release comes
with compatible versions of tools)?
In Ubuntu, there
On Wednesday, 17 May 2017 at 09:53:49 UTC, MysticZach wrote:
On Wednesday, 17 May 2017 at 08:03:13 UTC, Mike Parker wrote:
* Is it a good idea to remove body's status as a reserved
keyword?
* If so, which option is best?
1) Make it contextual
2) Replace it with another keyword (`function`
On Wednesday, 17 May 2017 at 08:03:13 UTC, Mike Parker wrote:
* Is it a good idea to remove body's status as a reserved
keyword?
* If so, which option is best?
1) Make it contextual
2) Replace it with another keyword (`function` was suggested
in the DIP, `do` in this thread).
3) A three-
On Wednesday, 17 May 2017 at 09:00:12 UTC, aberba wrote:
These tool seem core to D development and will likely simplify
plugin dev. Are there any technical reasons why they are not
bundled together in installer (such that each release comes
with compatible versions of tools)?
In Ubuntu, there
On Wednesday, 17 May 2017 at 09:00:12 UTC, aberba wrote:
These tool seem core to D development and will likely simplify
plugin dev. Are there any technical reasons why they are not
bundled together in installer (such that each release comes
with compatible versions of tools)?
Technically ther
On Wednesday, 17 May 2017 at 08:19:43 UTC, Benro wrote:
On Tuesday, 16 May 2017 at 23:17:10 UTC, Mike B Johnson wrote:
Grow up!
! is not yelling. It makes no sound, has no meaning, and only
exists to insert in to tight anuses that have no life.
Thank you for your helpful comment.
I won
On Wednesday, 17 May 2017 at 09:00:12 UTC, aberba wrote:
These tool seem core to D development and will likely simplify
plugin dev. Are there any technical reasons why they are not
bundled together in installer (such that each release comes
with compatible versions of tools)?
In Ubuntu, there
These tool seem core to D development and will likely simplify
plugin dev. Are there any technical reasons why they are not
bundled together in installer (such that each release comes with
compatible versions of tools)?
In Ubuntu, there is a repo with all these tools and they work OK.
On Wednesday, 17 May 2017 at 08:27:50 UTC, Daniel Kozak wrote:
I do not see any problem with D community.
Wow!
Btw, I have no issue with code-d on linux, but on windows why havent you
try visuald ide? I belive it is one of the best D ide on windows right now
and if I remember correctly it is part of standard D installer
On Wed, May 17, 2017 at 10:27 AM, Daniel Kozak wrote:
> I do not see any problem with
I do not see any problem with D community. It is one of the best community
I known btw. I would like to have better IDE support for D too, but this is
something I do not see comming until Jetbrains make it for us (and I do not
see why would they do this until D is much more popular)
On Wed, May 1
On Tuesday, 16 May 2017 at 23:17:10 UTC, Mike B Johnson wrote:
Grow up!
! is not yelling. It makes no sound, has no meaning, and only
exists to insert in to tight anuses that have no life.
Thank you for your helpful comment.
I wonder if the inability for D community to grow is not more
On Wednesday, 17 May 2017 at 01:01:29 UTC, MysticZach wrote:
I think there are several issues at hand, and they need to be
dealt with individually:
1. `body` is a very useful identifier. It would be nice to have
it available.
2. Contract syntax is too verbose.
3. a. Some people think cod
On Wednesday, 17 May 2017 at 06:52:24 UTC, Suliman wrote:
How often the stat are recalculating?
When Andrei feels like updating it? It's hosted on his site.
60 matches
Mail list logo