On Wednesday, 2 December 2020 at 12:51:11 UTC, drug wrote:
[snip]
Thanks! Let's see if it gets merged or if a slightly more
involved
solution is needed.
Remake it - https://github.com/dlang/dub/pull/2052
This has more chances to be merged
Looks like this got merged and will be part of th
[snip]
Forgot to add another question. The mentioned error message is
not too helpful in locating the real offended code. Is there a
way to get more information or additional hints about the actual
cause of the problem?
On Sunday, 20 December 2020 at 15:18:44 UTC, Rekel wrote:
By the way, where can I see Flag is (/ will be?) deprecated? It
doesn't show in the library reference, however I may be looking
in the wrong place.
It hasn't been yet.
On Sunday, 20 December 2020 at 15:52:39 UTC, Adam D. Ruppe wrote:
On Sunday, 20 December 2020 at 15:45:59 UTC, ParticlePeter
wrote:
VkSemaphore[] wait_semaphores = [], //
error: TypeInfo required
does it still error if you just use = null? they work the same
way but migh
On Sunday, 20 December 2020 at 15:45:59 UTC, ParticlePeter wrote:
VkSemaphore[] wait_semaphores = [], //
error: TypeInfo required
does it still error if you just use = null? they work the same
way but might avoid the annoying error.
Hello,
I am experimenting with betterC and Vulkan through Erupted [0]
binding, but unfortunately I find myself hunting down these kind
of errors:
..\ErupteD\source\erupted\types.d-mixin-77(77,1): Error:
`TypeInfo` cannot be used with -betterC
The issue is with Vulkan type handles. One such
On Sunday, 20 December 2020 at 15:04:29 UTC, Steven Schveighoffer
wrote:
On 12/20/20 9:07 AM, Rekel wrote:
Does this mean other flag yes's will not be accepted?
The long and short of it is that Flag is supposed to make you
NAME what your flag is for.
The idea is to prevent things like:
byL
On 12/20/20 9:07 AM, Rekel wrote:
Does this mean other flag yes's will not be accepted?
The long and short of it is that Flag is supposed to make you NAME what
your flag is for.
The idea is to prevent things like:
byLine(true);
Reading the code, what does "true" mean? You have to look up t
On Sunday, 20 December 2020 at 14:07:56 UTC, Rekel wrote:
The template parameter serves to make Flag!"foo" a distinct
type from Flag!"bar".
Does this mean other flag yes's will not be accepted?
Yes.
https://dlang.org/spec/operatoroverloading.html#dispatch
Also regarding the other examples
On Sunday, 20 December 2020 at 13:58:00 UTC, Max Haughton wrote:
The if is a template constraint.
Ah sorry! I must have missed that part of the dlang tour.
(https://tour.dlang.org/tour/en/gems/template-meta-programming)
Thanks a lot!
Thanks for all the help! This makes it make a lot more sense now,
I'm surprised it's not part of the dlang tour.
The template parameter serves to make Flag!"foo" a distinct
type from Flag!"bar".
Does this mean other flag yes's will not be accepted?
https://dlang.org/spec/operatoroverloading.
On Sunday, 20 December 2020 at 13:51:08 UTC, Rekel wrote:
I found a lot of the Phobos documentation to contain template
arguments and if statements that made no sense to me, for
example:
```
uint readf(alias format, A...) (
auto ref A args
)
if (isSomeString!(typeof(format)));
uint readf(A.
I found a lot of the Phobos documentation to contain template
arguments and if statements that made no sense to me, for example:
```
uint readf(alias format, A...) (
auto ref A args
)
if (isSomeString!(typeof(format)));
uint readf(A...) (
scope const(char)[] format,
auto ref A args
);
``` h
On Friday, 18 December 2020 at 02:46:32 UTC, Trustee wrote:
On Thursday, 17 December 2020 at 14:49:42 UTC, evilrat wrote:
On Tuesday, 15 December 2020 at 16:25:29 UTC, Trustee wrote:
connect a basic vibe-d app to a graphql backend.
umm, what?
Did you mean write graphql backend using vibe.d?
On Saturday, 19 December 2020 at 07:41:09 UTC, SealabJaster wrote:
...
The nesting behavior is indeed intentional:
https://dlang.org/spec/template.html#implicit-nesting
But I still assume the assignment to a function is also a bug, so
I'll file that if it hasn't been already (unless for som
15 matches
Mail list logo
