On Tuesday, 2 March 2021 at 04:26:52 UTC, Pillager86 wrote:
On Tuesday, 2 March 2021 at 04:13:31 UTC, Pillager86 wrote:
On Tuesday, 2 March 2021 at 03:42:14 UTC, Pillager86 wrote:
Update: the dub "dynamicLibrary" target option is busted on
Windows and does not build anything at all. This
On Monday, 1 March 2021 at 22:25:39 UTC, Rey Valeza wrote:
Hi, I wrote a tutorial on Vibe.d while trying to re-learn
Vibe.d. I find that most of Kai Nacke's book need updating, so
I wrote a tutorial while trying to re-learn it.
Here it is.
On Tuesday, 2 March 2021 at 04:13:31 UTC, Pillager86 wrote:
On Tuesday, 2 March 2021 at 03:42:14 UTC, Pillager86 wrote:
Update: the dub "dynamicLibrary" target option is busted on
Windows and does not build anything at all. This should be
filed as a bug.
Update again: I got the Windows DLL
On Tuesday, 2 March 2021 at 03:42:14 UTC, Pillager86 wrote:
Update: the dub "dynamicLibrary" target option is busted on
Windows and does not build anything at all. This should be
filed as a bug.
Update again: I got the Windows DLL to build and run without
crashing, but I don't know how to
Update: the dub "dynamicLibrary" target option is busted on
Windows and does not build anything at all. This should be filed
as a bug.
What is the correct multi-platform way to build one dub project
as a shared library, and load said shared library in a separate
dub project? So far I am able to load a shared library and run a
function from it (had to extern(C) it to get the symbol to load)
by using
On Monday, 1 March 2021 at 22:25:39 UTC, Rey Valeza wrote:
Hi, I wrote a tutorial on Vibe.d while trying to re-learn
Vibe.d. I find that most of Kai Nacke's book need updating, so
I wrote a tutorial while trying to re-learn it.
Here it is.
Hi, I wrote a tutorial on Vibe.d while trying to re-learn Vibe.d.
I find that most of Kai Nacke's book need updating, so I wrote a
tutorial while trying to re-learn it.
Here it is.
https://github.com/reyvaleza/vibed/commit/27ec3678f25d1dd414fae1390677397a7bc57721
I would be glad if you can
On Monday, 1 March 2021 at 03:07:19 UTC, Jack wrote:
isn't clear for me if reserve() does preallocate memory so that
that operator like arr ~= x can use previously allocate memory
by reserve() or it's just used in slices like b = arr[x .. y]?
You may potentially find this article of use:
On Mon, Mar 01, 2021 at 08:05:57PM +, Jack via Digitalmars-d-learn wrote:
> bool g(T)(T)
> {
> return __traits(compiles, mixin("{ enum a = t; }"));
> }
>
>
> int a;
> enum s = "";
> // both return false but g(s) is expected to return true
> pragma(msg, g(s));
> pragma(msg, g(a));
On Monday, 1 March 2021 at 20:05:57 UTC, Jack wrote:
int a;
enum s = "";
// both return false but g(s) is expected to return true
So the value must be known at compile time without any extra
context. So that `a` variable might be changed somewhere else so
compile time can't read or write it.
bool g(T)(T)
{
return __traits(compiles, mixin("{ enum a = t; }"));
}
int a;
enum s = "";
// both return false but g(s) is expected to return true
pragma(msg, g(s));
pragma(msg, g(a));
On Sunday, 28 February 2021 at 18:10:26 UTC, Steven Schveighoffer
wrote:
On 2/28/21 12:29 AM, JG wrote:
On Saturday, 27 February 2021 at 19:12:55 UTC, Steven
Schveighoffer wrote:
If you use an expression without quotes
in diet, it becomes an interpolation.
Would you mind explaining in more
On Monday, 1 March 2021 at 09:03:32 UTC, rikki cattermole wrote:
So it is debatable if it is a good idea to get rid of them once
done (even if delayed).
Makes sense, Thanks a lot for the quick help!
On 01/03/2021 8:02 PM, Keivan Shah wrote:
If possible, Can you also help me understand that why are the threads
not despawned once the GC is done collecting in this example?
There was a PR about this ages ago.
But one thing to consider is that keeping threads around not doing
anything
On Sunday, 28 February 2021 at 23:00:56 UTC, WhatMeWorry wrote:
On Sunday, 28 February 2021 at 22:10:21 UTC, Siemargl wrote:
On Sunday, 28 February 2021 at 18:29:11 UTC, WhatMeWorry wrote:
It seems pretty obvious the problem is with name mangling.
But how to fix it?
fixing
int numb = 1;
On Thursday, 25 February 2021 at 22:39:11 UTC, Anthony wrote:
Hello,
I noticed that importing some std libraries causes the build
time to jump to around 1 - 3 secs.
I started creating my own helper functions to avoid importing
std for scripting and prototyping in order to keep the compile
17 matches
Mail list logo
