On Monday, 1 October 2018 at 10:45:25 UTC, Basile B. wrote:
On Monday, 1 October 2018 at 09:24:47 UTC, Basile B. wrote:
On Monday, 1 October 2018 at 08:14:07 UTC, dokutoku wrote:
I get a compiler error when I try to put non-ASCII characters
in a string literal in the inline assembler.
Is
On 04/10/2018 5:33 PM, Nicholas Wilson wrote:
On Thursday, 4 October 2018 at 04:03:27 UTC, rikki cattermole wrote:
On 04/10/2018 2:06 PM, Adam Wilson wrote:
The Aurora DirectX bindings have been updated to support Windows 10
1809. Also the D2D Effect Authoring SDK has been added.
GitHub:
On Thursday, 4 October 2018 at 04:03:27 UTC, rikki cattermole
wrote:
On 04/10/2018 2:06 PM, Adam Wilson wrote:
The Aurora DirectX bindings have been updated to support
Windows 10 1809. Also the D2D Effect Authoring SDK has been
added.
GitHub: https://github.com/auroragraphics/directx
DUB:
On 04/10/2018 2:06 PM, Adam Wilson wrote:
The Aurora DirectX bindings have been updated to support Windows 10
1809. Also the D2D Effect Authoring SDK has been added.
GitHub: https://github.com/auroragraphics/directx
DUB: http://code.dlang.org/packages/aurora-directx
Please send PR's if you
On 03/10/18 23:25, Stanislav Blinov wrote:
It *is* true when the type doesn't have a destructor. Extending that to
a move hook, it will also be true because destruction will be elided.
I know what you're talking about, that happens for types that have
destructors.
No, destructors have nothing
On 10/3/2018 1:33 AM, Atila Neves wrote:
I'm confused. Given how the lifetimes of aggregates are defined in DIP1000, and
also given that I tried to escape members of a struct when I wrote fearless and
the compiler didn't let me, I'm trying to understand in what situation scope
doesn't apply
On Wednesday, 3 October 2018 at 11:51:01 UTC, Sebastiaan Koppe
wrote:
On Wednesday, 3 October 2018 at 11:01:53 UTC, Chris Katko wrote:
[...]
A combination of static introspection with string mixins does
the trick:
---
enum colors {
reset = "\033[0m",
red = "\033[31m"
}
auto
The Aurora DirectX bindings have been updated to support Windows 10
1809. Also the D2D Effect Authoring SDK has been added.
GitHub: https://github.com/auroragraphics/directx
DUB: http://code.dlang.org/packages/aurora-directx
Please send PR's if you find any bugs!
--
Adam Wilson
IRC:
On Wednesday, 3 October 2018 at 13:20:03 UTC, JN wrote:
On Wednesday, 3 October 2018 at 03:25:04 UTC, solidstate1991
wrote:
Then I had a thought: Is there anything usable on the market
besides these?
It may not be enough for your needs, but VSCode C++ debugger
somewhat works for D. I can't
On Wednesday, 3 October 2018 at 23:05:10 UTC, solidstate1991
wrote:
I need some C++ stuff, but some of the functions take reference
values (Stuff&), and I don't know if this feature is emulated
on D side with extern(C++) functions.
Of course; you're restricted to D value types though (D class
I need some C++ stuff, but some of the functions take reference
values (Stuff&), and I don't know if this feature is emulated on
D side with extern(C++) functions. While I don't have to worry
about it with functions that are defined in the header, other
ones and classes are a different matter.
On Wednesday, 3 October 2018 at 20:41:15 UTC, welkam wrote:
This flag blocks compilation and I want to just remove it but
since I dont know what it is used for I hesitate. If my
attempts were to be successful in compiling dmd with other
compilers I would make pull request but now I have more
On Wednesday, 3 October 2018 at 21:39:12 UTC, welkam wrote:
string a = "test";
is a variable that mutates so it should be thread local. Also
ASM output shows that these variables are not optimized away so
compiler should output something but it doesnt. Or I dont
understand thread local
string a = "test";
is a variable that mutates so it should be thread local. Also ASM
output shows that these variables are not optimized away so
compiler should output something but it doesnt. Or I dont
understand thread local storage.
On Wednesday, 3 October 2018 at 21:18:26 UTC, welkam wrote:
On Wednesday, 3 October 2018 at 20:58:01 UTC, Stanislav Blinov
wrote:
No, all *static non-immutable* variables are thread-local by
default, not just "all variables".
I misspoke but this should write something
On Wednesday, 3 October 2018 at 20:58:01 UTC, Stanislav Blinov
wrote:
No, all *static non-immutable* variables are thread-local by
default, not just "all variables".
I misspoke but this should write something
https://run.dlang.io/is/3u1wFp
If you look at asm output there are "call
On Wednesday, 3 October 2018 at 20:57:39 UTC, kinke wrote:
For DIP 1014, we (at least LDC) would most likely need to adopt
the C++ ABI in this regard, i.e., always pass non-PODs by
reference
Which would also help with C++ interop of course - while LDC's
extern(C++) ABI was fixed wrt. passing
This is an attempt to clarify some of the recent confusion wrt.
DIP 1014, Walter's statement that DMD wouldn't move structs etc.
My understanding of the terminology:
* D moving: copy bits to another memory location, skipping
postblit for the
moved-to object & skipping destruction of the
On Monday, 1 October 2018 at 19:29:56 UTC, Aurélien Plazzotta
wrote:
Hello guys,
I would like to implement a forum and a blog within my website
(currently including only HTML, CSS and JS, written without
CMS), using D and SQL but I really don't know how to proceed.
How can I integrate D into
On Wednesday, 3 October 2018 at 20:41:15 UTC, welkam wrote:
I was playing around with dmd`s make file trying to see if I
can compile dmd with different compilers and different
compilation flags. By playing around I found that some dmd
files are compiled with -vtls flag unconditionally and that
I was playing around with dmd`s make file trying to see if I can
compile dmd with different compilers and different compilation
flags. By playing around I found that some dmd files are compiled
with -vtls flag unconditionally and that ldc do not support this
flag. First I dont know what -vtls
On Wednesday, 3 October 2018 at 18:58:37 UTC, Shachar Shemesh
wrote:
On 03/10/18 20:43, Stanislav Blinov wrote:
On Wednesday, 3 October 2018 at 15:33:00 UTC, Shachar Shemesh
wrote:
I.e. - I am asserting if a move was not caught. The program
fails to run on either ldc or dmd. To me, this
On Wednesday, 3 October 2018 at 18:38:50 UTC, Manu wrote:
On Wed, Oct 3, 2018 at 7:00 AM Stanislav Blinov via
Digitalmars-d wrote:
Any function in D that has a signature of the form
ReturnType foo(Type x);
in C++ would have an equivalent signature of
ReturnType foo(Type&& x); // NOT
On Wednesday, 3 October 2018 at 18:46:02 UTC, Joakim wrote:
Except that you can also view the videos at home, then discuss
them later at a conference, which is the actual suggestion here.
Maybe that would work better with a smaller group? I imagine some
people are too busy to do that
On 03/10/18 20:43, Stanislav Blinov wrote:
On Wednesday, 3 October 2018 at 15:33:00 UTC, Shachar Shemesh wrote:
I.e. - I am asserting if a move was not caught. The program fails to
run on either ldc or dmd. To me, this makes perfect sense as for the
way D is built. In essence, opAssign
On Wednesday, 3 October 2018 at 17:51:00 UTC, Russel Winder wrote:
On Wed, 2018-10-03 at 17:26 +, Joakim via Digitalmars-d
wrote: […]
At least look at the first two bullet points in my post
responding to Adam, because you're missing the entire point of
my suggestions, which is that certain
On Wed, Oct 3, 2018 at 7:00 AM Stanislav Blinov via Digitalmars-d
wrote:
>
> Shachar, as I don't see a better place of discussing that DIP at
> the moment, I'll pour some observations and thoughts in here if
> you don't mind, will add some comments on GitHub later.
> As I see it right now, it's a
On Tuesday, 2 October 2018 at 03:30:50 UTC, Jonathan wrote:
I can use `std.traits.getSymbolsByUDA` to get all the members
of a class that have a particular UDA
`getSymbolsByUDA(ValueType, UDA)`.
But how do I get the values with it?
Is there a more convenient way than `__traits(getMember,
On 03.10.2018 20:22, Paul Backus wrote:
In my experience doing metaprogramming in D, it's best to make your
static if/template constraint tests as narrow and specific as possible.
For example, if you want to know whether you can call a function with a
particular argument, you don't need to
On Wednesday, 3 October 2018 at 08:21:38 UTC, Manu wrote:
Okay, so copy elision is working... but moves otherwise are
not? That's still not what we've been peddling all these years.
A whole lot of design surface area is dedicated to implicit
move semantics... and they don't work? What does it
On Wed, 2018-10-03 at 17:26 +, Joakim via Digitalmars-d wrote:
[…]
> At least look at the first two bullet points in my post
> responding to Adam, because you're missing the entire point of my
> suggestions, which is that certain things like talks are better
> suited to online whereas
On Wednesday, 3 October 2018 at 17:43:08 UTC, Stanislav Blinov
wrote:
But IMHO, it's something that should be fixed by not making
these facilities built into the language.
s/not//
On Wednesday, 3 October 2018 at 15:33:00 UTC, Shachar Shemesh
wrote:
On 03/10/18 17:29, Stanislav Blinov wrote:
OMG, that's so simple!!! Why didn't I think of it?
Oh wait, I did.
Now I see why sometimes your posts are greeted with hostility.
Yes. I am actually sorry about that. I was
On 03/10/18 12:48, Corel wrote:
The fact that in D the structures to date are not moved, is known for
years ... take advantage of this fact, and move on.
I have no idea where you got this fact:
import std.stdio;
struct MoveTest {
static uint counter=1;
uint id;
@disable
On Wednesday, 3 October 2018 at 14:27:42 UTC, Dejan Lekic wrote:
IDK, I prefer things done in the UNIX way - do one thing and do
it right. Compiler should do what its name says - COMPILE,
while some other tool should be made for these kind of code
checks. The code will compile no matter
On Wednesday, 3 October 2018 at 17:13:51 UTC, Dejan Lekic wrote:
On Wednesday, 3 October 2018 at 16:21:45 UTC, Joakim wrote:
Like most of the responses in this thread, I have no idea why
you're stumping for in-person interaction, when all my
suggestions were geared around having _more
On Wednesday, 3 October 2018 at 07:57:07 UTC, drug wrote:
According to https://dlang.org/articles/ctarguments.html
compile time sequences "...allow a programmer to operate on
types, symbols and values..."
Phobos has `isType`/`isTypeTuple` traits, also `isExpressions`
where expression may
On Wed, Oct 3, 2018 at 2:50 AM Corel via Digitalmars-d
wrote:
>
> On Wednesday, 3 October 2018 at 08:21:38 UTC, Manu wrote:
> > On Tue, Oct 2, 2018 at 6:15 PM Walter Bright via Digitalmars-d
> > wrote:
> >>
> >> On 10/2/2018 4:30 PM, Adam D. Ruppe wrote:
> >> > On Tuesday, 2 October 2018 at
On Wednesday, 3 October 2018 at 16:21:45 UTC, Joakim wrote:
Like most of the responses in this thread, I have no idea why
you're stumping for in-person interaction, when all my
suggestions were geared around having _more in-person
interaction_.
If you're still not sure what I mean, read this
On Wednesday, 3 October 2018 at 11:48:06 UTC, Dejan Lekic wrote:
On Tuesday, 2 October 2018 at 06:26:30 UTC, Joakim wrote:
I'm sure some thought and planning is now going into the next
DConf, so I'd like to make sure people are aware that the
conference format that DConf uses is dying off, as
On Wednesday, 3 October 2018 at 01:28:37 UTC, Adam Wilson wrote:
On 10/2/18 4:34 AM, Joakim wrote:
On Tuesday, 2 October 2018 at 09:39:14 UTC, Adam Wilson wrote:
On 10/1/18 11:26 PM, Joakim wrote:
[snip]
I disagree.
It is not clear what you disagree with, since almost nothing
you say has
On 03/10/18 18:33, Shachar Shemesh wrote:
~this() {
writefln("%s destructed", );
assert(counter is null || counter is );
}
You might also want to add @disable this(this); and remove the dead code
(i.e. - the case where the pointer is global) to reduce noise. I
On 03/10/18 17:29, Stanislav Blinov wrote:
OMG, that's so simple!!! Why didn't I think of it?
Oh wait, I did.
Now I see why sometimes your posts are greeted with hostility.
Yes. I am actually sorry about that. I was responding to your assumption
that I'm wrong. Had your post been phrased
On Wednesday, 3 October 2018 at 14:07:58 UTC, Shachar Shemesh
wrote:
If you read the DIP, you will notice that the *address* in
which the old instance resides is quite important...
Allow me to further illustrate with something that can be written
in D today:
import std.stdio;
struct
On Thursday, 27 September 2018 at 18:35:58 UTC, Nick Sabalausky
(Abscissa) wrote:
On 09/26/2018 04:37 AM, Dejan Lekic wrote:
On Tuesday, 25 September 2018 at 13:03:30 UTC, FeepingCreature
wrote:
I'm playing with a branch of DMD that would warn on unused
imports:
I humbly believe this does
On Wednesday, 3 October 2018 at 14:07:58 UTC, Shachar Shemesh
wrote:
On 03/10/18 16:56, Stanislav Blinov wrote:
struct S {
this(S rhs);
OMG, that's so simple!!! Why didn't I think of it?
Oh wait, I did.
Now I see why sometimes your posts are greeted with hostility.
And this simply
On 03/10/18 16:56, Stanislav Blinov wrote:
struct S {
this(S rhs);
OMG, that's so simple!!! Why didn't I think of it?
Oh wait, I did.
And this simply and utterly doesn't work.
If you read the DIP, you will notice that the *address* in which the old
instance resides is quite important
https://issues.dlang.org/show_bug.cgi?id=19286
Issue ID: 19286
Summary: Aliases declared in static foreaches cannot be used
with UFCS
Product: D
Version: D2
Hardware: x86_64
OS: Linux
Status: NEW
On Wednesday, 3 October 2018 at 13:56:29 UTC, Stanislav Blinov
wrote:
Aendment, this should of course be:
this(Tracker oldLocation) {
localCounter = oldLocation.locaclCounter;
counter = oldLocation.counter;
if( counter is )
counter =
}
Shachar, as I don't see a better place of discussing that DIP at
the moment, I'll pour some observations and thoughts in here if
you don't mind, will add some comments on GitHub later.
As I see it right now, it's a case of over-engineering of a quite
simple concept.
1. A new function, called
On Wednesday, 3 October 2018 at 03:25:04 UTC, solidstate1991
wrote:
Then I had a thought: Is there anything usable on the market
besides these?
It may not be enough for your needs, but VSCode C++ debugger
somewhat works for D. I can't set breakpoints, but stepping
through code works and
On Wednesday, 3 October 2018 at 03:25:04 UTC, solidstate1991
wrote:
https://x64dbg.com/#start
I've tried it. It's not very good for source-level debugging.
Seems to be primarily aimed at reverse-engineering / debugging
programs you don't have the source for.
On Wednesday, 3 October 2018 at 03:25:04 UTC, solidstate1991
wrote:
and I don't want to go back to VisualD after VSCode for either
a usable mago or VS native debug.
Visual Studio makes a decent stand-alone source-level debugger.
Just select the .exe file, and right-click it in the
On Wednesday, 3 October 2018 at 11:01:53 UTC, Chris Katko wrote:
I've got this simple task but I'm trying to perfect it as best
I can to learn something in the process.
I have Linux terminal ASCII codes for coloring terminal output.
string red(string) { /* ... */ }
"Hello world".red =>
On Tuesday, 2 October 2018 at 06:26:30 UTC, Joakim wrote:
I'm sure some thought and planning is now going into the next
DConf, so I'd like to make sure people are aware that the
conference format that DConf uses is dying off, as explained
here:
I've got this simple task but I'm trying to perfect it as best I
can to learn something in the process.
I have Linux terminal ASCII codes for coloring terminal output.
string red(string) { /* ... */ }
"Hello world".red => "\033[31mHello World\033[0m"
which translates to "[red]Hello
On Tuesday, 2 October 2018 at 18:54:38 UTC, Cristian Vasile wrote:
Hello,
Pdf is good however please take a look at djvu format
(http://djvu.org/) one of the authors is Yann LeCun.
Hello,
It seems this is primarily an image codec.
printed'd goal is to make reproducible printable documents,
On Wednesday, 3 October 2018 at 10:01:02 UTC, Andrea Fontana
wrote:
On Wednesday, 3 October 2018 at 09:37:29 UTC, JN wrote:
int i = returnDefault!int(); obviously works, but the point is
I would like to skip the explicit type.
See:
On Wednesday, 3 October 2018 at 09:37:29 UTC, JN wrote:
int i = returnDefault!int(); obviously works, but the point is
I would like to skip the explicit type.
See:
https://forum.dlang.org/post/ufhibwmouxpivjylq...@forum.dlang.org
On 03/10/18 04:10, Walter Bright wrote:
On 10/2/2018 4:30 PM, Adam D. Ruppe wrote:
On Tuesday, 2 October 2018 at 22:30:38 UTC, Jonathan M Davis wrote:
Yeah. IIRC, it was supposed to be _guaranteed_ that the compiler
moved structs in a number of situations - e.g. when the return value
was an
On Wednesday, 3 October 2018 at 08:21:38 UTC, Manu wrote:
On Tue, Oct 2, 2018 at 6:15 PM Walter Bright via Digitalmars-d
wrote:
On 10/2/2018 4:30 PM, Adam D. Ruppe wrote:
> On Tuesday, 2 October 2018 at 22:30:38 UTC, Jonathan M Davis
> wrote:
>> Yeah. IIRC, it was supposed to be _guaranteed_
I was looking over some Rust examples, and found something
interesting:
https://github.com/serde-rs/serde
let deserialized: Point =
serde_json::from_str().unwrap();
from_str is defined as:
pub fn from_str<'a, T>(s: &'a str) -> Result
From what I understand, the function infers the
On 01/10/2018 15:51, Steven Schveighoffer wrote:
On 10/1/18 3:21 AM, Rainer Schuetze wrote:
A profiler reveals that most of the time is spent in "sweeping" the
memory, i.e. looking for allocations no longer referenced. The
existing implementation checks every page which causes a linear
On Tuesday, 2 October 2018 at 16:10:20 UTC, Johannes Loher wrote:
On Tuesday, 2 October 2018 at 15:42:20 UTC, Joakim wrote:
On Tuesday, 2 October 2018 at 15:03:45 UTC, Adam D. Ruppe
wrote:
That is what Joakim is talking about - changing the main
event to be more like the after-hours stuff
On Tuesday, 2 October 2018 at 21:35:40 UTC, Walter Bright wrote:
On 10/2/2018 1:49 PM, Manu wrote:
So... `scope` says "I won't escape this, but I may escape
anything
this points to"?
That's right.
http://dconf.org/2017/talks/bright.html
I'm confused. Given how the lifetimes of aggregates
On Tue, Oct 2, 2018 at 6:15 PM Walter Bright via Digitalmars-d
wrote:
>
> On 10/2/2018 4:30 PM, Adam D. Ruppe wrote:
> > On Tuesday, 2 October 2018 at 22:30:38 UTC, Jonathan M Davis wrote:
> >> Yeah. IIRC, it was supposed to be _guaranteed_ that the compiler moved
> >> structs
> >> in a number
According to https://dlang.org/articles/ctarguments.html compile time
sequences "...allow a programmer to operate on types, symbols and values..."
Phobos has `isType`/`isTypeTuple` traits, also `isExpressions` where
expression may contain both values and symbols, but has no traits like
On Wednesday, 3 October 2018 at 07:33:44 UTC, Russel Winder wrote:
I have been muttering about this a while. :-)
I know, but this conference was sorta last minute realisation
that it would be very beneficial to attend and I've been rather
busy with it.
Being at another conference clearly
On Tuesday, 2 October 2018 at 18:27:04 UTC, Aurélien Plazzotta
wrote:
Thank you both for all the links! I guess DiamondMVC is very
powerful but I would rather avoid using such heavy artillery.
I'm expecting the learning curve to be very long.
I currently use two libraries I wrote to keep
On Wed, 2018-10-03 at 07:03 +, Nicholas Wilson via Digitalmars-d
wrote:
> On Wednesday, 3 October 2018 at 06:40:28 UTC, Russel Winder wrote:
> > How about DConf continues, as it should, and people submit
> > sessions to
> > ACCU as part of the outreach programme. The call for sessions
> >
On Tue, 2018-10-02 at 15:03 +, Adam D. Ruppe via Digitalmars-d
wrote:
> On Tuesday, 2 October 2018 at 14:49:31 UTC, bachmeier wrote:
> > I believe it would be a mistake to drop DConf.
>
> What about we design a DConf that focuses on interactive
> collaboration instead of sitting passively in
On Sunday, 30 September 2018 at 11:11:09 UTC, Nicholas Wilson
wrote:
On Sunday, 30 September 2018 at 09:30:38 UTC, Vijay Nayar wrote:
Is there a way to either have a constant reference to a class
that can be set to a new value, or is there a way to convert
the class variable to a class
On Tuesday, 2 October 2018 at 01:25:10 UTC, evilrat wrote:
On Monday, 1 October 2018 at 15:35:30 UTC, Stefan Koch wrote:
On Monday, 1 October 2018 at 13:51:10 UTC, evilrat wrote:
Hi,
Early access program is now live!
Limited offer!
Preorder until 12.31.2017 BC and you will receive* unique pet
On Wednesday, 3 October 2018 at 06:40:28 UTC, Russel Winder wrote:
How about DConf continues, as it should, and people submit
sessions to
ACCU as part of the outreach programme. The call for sessions
opens at
the end of this week and lasts three weeks.
Ow, that does not give me a lot of
On Tue, 2018-10-02 at 14:49 +, bachmeier via Digitalmars-d wrote:
> […]
>
> I think this is something that could be done *in addition to*
> DConf. I honestly don't think DConf is very effective at
> promoting D, except perhaps to a small sliver of the overall
> population of programmers,
75 matches
Mail list logo