On Monday, 23 October 2017 at 11:02:41 UTC, Martin Nowak wrote:
In C++ incremental rebuilds are simple as you compile each file
individually anyhow, but that's the crux for why C++
compilations are so slow in the first place.
Compiling multiple modules at once provides lots of speedups as
you
On Friday, 13 October 2017 at 07:59:36 UTC, Biotronic wrote:
D version that works in CTFE:
Thanks Biotronic! This is just what I had in mind.
On Wednesday, 11 October 2017 at 14:28:32 UTC, Meta wrote:
On Wednesday, 11 October 2017 at 09:56:52 UTC, Igor wrote:
On Wednesday, 11 October 2017 at 08:35:51 UTC, Walter Bright
wrote:
On 10/10/2017 3:16 PM, sarn wrote:
Works even better in D because it can run at compile time.
Yes, I see n
On Wednesday, 11 October 2017 at 08:35:51 UTC, Walter Bright
wrote:
On 10/10/2017 3:16 PM, sarn wrote:
Works even better in D because it can run at compile time.
Yes, I see no need for a language feature what can be easily
and far more flexibly done with a regular function - especially
since
D has a very nice feature of token strings:
string a = q{
looksLikeCode();
};
It is useful in writing mixins and to have syntax highlighting in
editors. Although I like it, it is not something I ever felt like
missing in other languages. What I do always miss are thes
Maybe I am wrong but I get a feeling from posts in this thread
that some people are greatly underestimating the size of some
segments, like mentioning niche C++ programmers and only 0.01%
percent of developers needing memory management. The games
industry is growing like crazy [1][2] and after
On Monday, 1 May 2017 at 18:30:53 UTC, Rainer Schuetze wrote:
VS 2017 uses a "private" registry that the Visual D installer
doesn't have access to. I'll change the registry location in
the next release.
Please note that the next dmd installer will also detect VS2017
and setup directories co
On Monday, 1 May 2017 at 01:54:30 UTC, evilrat wrote:
On Sunday, 30 April 2017 at 16:05:10 UTC, Igor wrote:
I should also mention that compiling using DUB works. It only
doesn't work from VS.
Check your VisualD settings and make sure it has DMD path set
up.
See under Tools>Options>Projects
On Sunday, 30 April 2017 at 16:31:13 UTC, John Chapman wrote:
Here are mine, if it helps:
I tried but still the same problem. I also tried reinstalling
VisualD after changing sc.ini in DMD but that didn't help either.
On Sunday, 30 April 2017 at 15:53:07 UTC, Mike Parker wrote:
On Sunday, 30 April 2017 at 14:56:44 UTC, Igor wrote:
I tried updating sc.ini to new paths but I still get this
error. Can someone offer some advice?
Which paths did you set?
These are the ones I changed:
VCINSTALLDIR=C:\Progra
On Saturday, 22 April 2017 at 02:46:30 UTC, Mike Parker wrote:
On Saturday, 22 April 2017 at 02:39:41 UTC, evilrat wrote:
Also VS 2017 is much more modular now, so its now lighter than
ever before.
but of course for C++ (and D) you still need Windows SDK.
The SDK stuff is installed with VS
On Wednesday, 27 January 2016 at 05:28:56 UTC, Jack Stouffer
wrote:
On Tuesday, 26 January 2016 at 21:50:58 UTC, Igor wrote:
What D lacks is organizational structure! It's akin to a bunch
of kids programming in their bedrooms cobbling together stuff
and being ecstatic that it works(for them at
On Tuesday, 26 January 2016 at 21:21:53 UTC, Ola Fosheim Grøstad
wrote:
On Tuesday, 26 January 2016 at 21:15:07 UTC, rsw0x wrote:
In any case where you attempt to write code in D that is equal
in performance to C++, you must avoid the GC.
Yes, I don't see why anyone should have to link in the
On Tuesday, 26 January 2016 at 16:25:35 UTC, Benjamin Thaut wrote:
On Tuesday, 26 January 2016 at 16:13:55 UTC, Manu wrote:
Probably, but the layout of the vtable is defined by the
interface,
and the interface type is always known, so I don't see why
there
should be any problem. Whether it's
On Monday, 25 January 2016 at 18:40:14 UTC, Vladimir Panteleev
wrote:
On Monday, 25 January 2016 at 18:34:30 UTC, Igor wrote:
[...]
There currently aren't any.
[...]
The core.sys package mirrors various C system headers. As such,
you can consult the C documentation instead. Though I agree
On Monday, 25 January 2016 at 18:18:48 UTC, Vladimir Panteleev
wrote:
On Monday, 25 January 2016 at 18:09:47 UTC, Igor wrote:
On Monday, 25 January 2016 at 02:21:49 UTC, Rikki Cattermole
wrote:
On 25/01/16 2:46 PM, Igor wrote:
When will the proper Win API be included in D? About how
long(month
On Sunday, 24 January 2016 at 08:27:43 UTC, Igor wrote:
On Sunday, 24 January 2016 at 05:34:18 UTC, Brad Anderson wrote:
[...]
Ok, I hope that it will be fixed because it seems like a rather
simple issue(location issue). I can't know if there are any
other problems until it is fixed.
[...]
On Monday, 25 January 2016 at 02:21:49 UTC, Rikki Cattermole
wrote:
On 25/01/16 2:46 PM, Igor wrote:
When will the proper Win API be included in D? About how
long(months,
years?)? Does it support seamless narrow and wide characters?
I am not referring to the defunct win32 support already
incl
When will the proper Win API be included in D? About how
long(months, years?)? Does it support seamless narrow and wide
characters?
I am not referring to the defunct win32 support already included.
On Sunday, 24 January 2016 at 05:34:18 UTC, Brad Anderson wrote:
On Saturday, 23 January 2016 at 21:38:19 UTC, Igor wrote:
I feel like I am in the cave man times. I installed Dmd2 from
scratch. VisualD x64 project would not compile due to
libucrt.lib not being found.
Sorry you are having tro
On Sunday, 24 January 2016 at 00:24:27 UTC, develop32 wrote:
On Saturday, 23 January 2016 at 21:24:27 UTC, Igor wrote:
Ah, yeah, that makes sense.
To me personally setting project working directory to $(OUTDIR)
when generating would be nice. Doesn't sound like a hard thing
to do, I'll try mak
On Sunday, 24 January 2016 at 02:59:02 UTC, Mike Parker wrote:
On Saturday, 23 January 2016 at 23:49:23 UTC, Igor wrote:
If editing a configuration file is so difficult, you should use
the installer. It will find your Microsoft tool installations
and configure everything for you.
Please don'
On Sunday, 24 January 2016 at 00:46:32 UTC, Walter Bright wrote:
Sucking the life force from D users is all the sustenance I
need.
Lol, ok! ;) Well, Sorry, I don't have much life force to give!
On Saturday, 23 January 2016 at 22:47:35 UTC, Walter Bright wrote:
On 1/23/2016 1:38 PM, Igor wrote:
As of now I personally cannot use dmd to build windows apps.
You know, sc.ini is editable by you!
Yes, But why do you expect me to be so smart or have a desire to
waste my time looking for p
The installer should be modernized and provide path information
and resolve dependencies properly before installing. It is
clear that dmd was not designed for windows use.
Also, sc.ini global variables should be at the top most section:
[Environment]
DFLAGS="-I%@P%\..\..\src\phobos"
"-I%@P%\
I feel like I am in the cave man times. I installed Dmd2 from
scratch. VisualD x64 project would not compile due to libucrt.lib
not being found.
Using Process Monitor, it seems that dmd is looking all over the
place for libucrt.lib but can't find it. Check out sci.ini has
some weird results.
On Saturday, 23 January 2016 at 20:54:36 UTC, develop32 wrote:
On Saturday, 23 January 2016 at 20:24:05 UTC, Igor wrote:
Some simple extensions to dub are required for proper windows
support:
1. The Ability to generate full build selections for Visual D.
I only get Win32 when using `dub gener
Some simple extensions to dub are required for proper windows
support:
1. The Ability to generate full build selections for Visual D. I
only get Win32 when using `dub generate VisualD`. Win64 support
should be added, along with alternate compiler support. (GDC and
LDC)
2. The ability to ref
Hello,
I want to represent a tree node in D. I think if struct works for
it:
struct Node {
Node* l, r;
}
But can I use pointers? Will GC treat them properly? I'm leaning
to think it should be okay.
In case I want to create a new array with size I know, it's very
convenient to use auto:
auto a = new int[](13);
But if I want to create a new, empty array? Then using auto is
not convenient and I have:
auto a = new int[](0);
It seems a bit bloated, compared to int[] a = []. I like using
auto
On Monday, 16 June 2014 at 01:08:33 UTC, safety0ff wrote:
On Monday, 16 June 2014 at 01:05:46 UTC, Igor wrote:
Hi,
I came to D from the C++ world. What is sscanf replacement?
std.streams seems deprecated, std.stdio doesn't offer something
like readf for string. What should I use?
std.format is
Hi,
I came to D from the C++ world. What is sscanf replacement?
std.streams seems deprecated, std.stdio doesn't offer something
like readf for string. What should I use?
32 matches
Mail list logo