On Tuesday, 29 May 2018 at 20:37:38 UTC, Tony wrote:
On Tuesday, 29 May 2018 at 20:19:09 UTC, bachmeier wrote:
I don't think it's difficult to do that yourself. There's no
need to have a formal split. One example is that it's really
nice to have the GC available for part of the program and
On 05/29/2018 11:29 AM, Brad Roberts wrote:
On 5/29/2018 1:57 AM, Adam Wilson via Digitalmars-d wrote:
One of the pillars of SecureD is that ONLY safe, well-known,
algorithms are presented. If reasonable we will only present one
algorithm for a specific purpose. If there is a good reason to
On Wednesday, 30 May 2018 at 01:46:30 UTC, Chameleon wrote:
On Monday, 28 May 2018 at 20:13:49 UTC, DigitalDesigns wrote:
Here is my solution that does not solve problem 2:
import std.stdio;
[...]
this is not programming. this is witchcraft!
Just call me Dandalf the D Slayer!
At
On Friday, 13 January 2017 at 16:50:37 UTC, Dsby wrote:
I write the ref count pointer and the scoped point in D.
it just Like cpp's shared_ptr ， waek_ptr and unique_ptr .
Now, it is Developing.
I will write more test before the frist release.
And the docs is null.
It on github:
On Monday, 28 May 2018 at 20:13:49 UTC, DigitalDesigns wrote:
Here is my solution that does not solve problem 2:
import std.stdio;
[...]
this is not programming. this is witchcraft!
On Tuesday, 29 May 2018 at 23:55:07 UTC, Dave Jones wrote:
Which is ironic considering...
Ken Thomson : " Stroustrup campaigned for years and years and
years, way beyond any sort of technical contributions he made
to the language, to get it adopted and used. And he sort of ran
all the
https://issues.dlang.org/show_bug.cgi?id=18913
Issue ID: 18913
Summary: Cannot move static array of non-copyable type
Product: D
Version: D2
Hardware: All
OS: Windows
Status: NEW
Severity: major
On 30/05/2018 11:59 AM, Dibyendu Majumdar wrote:
On Thursday, 24 May 2018 at 22:14:50 UTC, Jonathan Marler wrote:
Sad to hear. Was interested to see if this was feasible. I don't have
much experience with the backend but if you're still up for the task,
take a look at `dmd/glue.d`. I don't
On Tuesday, 29 May 2018 at 20:53:14 UTC, DigitalDesigns wrote:
On Tuesday, 29 May 2018 at 20:26:52 UTC, arturg wrote:
On Tuesday, 29 May 2018 at 19:06:24 UTC, DigitalDesigns wrote:
On Monday, 28 May 2018 at 22:15:40 UTC, arturg wrote:
this might help you,
https://dpaste.dzfl.pl/2cf844a11e3f
On Monday, 28 May 2018 at 19:24:58 UTC, MrSmith wrote:
You may like the project of a compiler I am doing
https://github.com/MrSmith33/tiny_jit
TLDR: fully in D. No dependencies. Currently for amd64 + Win64
calling convension.
Cool - I will keep an eye on it.
Regards
On Thursday, 24 May 2018 at 22:14:50 UTC, Jonathan Marler wrote:
Sad to hear. Was interested to see if this was feasible. I
don't have much experience with the backend but if you're still
up for the task, take a look at `dmd/glue.d`. I don't know how
much of the glue layer this includes but
On Tuesday, 29 May 2018 at 05:29:00 UTC, Ali wrote:
On Tuesday, 29 May 2018 at 03:56:05 UTC, Dmitry Olshansky wrote:
It seems C++ is following the road of PL/I, which is growing
language way beyond the point anyone can understand or
implement all of it.
A key line from this paper
We now
Hi, I'm trying to get dub working with subpackages and I just
can't quite seem to hit the nail on the head. Any help would be
greatly appreciated.
This is the current setup is like this, and there's a shared
source folder as well called "common" and "sub2" depends on
"sub1".
lib
|--
On Tuesday, 29 May 2018 at 21:06:52 UTC, Jonathan M Davis wrote:
On Wednesday, May 30, 2018 08:43:33 rikki cattermole via
Digitalmars-d wrote:
On 30/05/2018 8:37 AM, Tony wrote:
> On Tuesday, 29 May 2018 at 20:19:09 UTC, bachmeier wrote:
>> I don't think it's difficult to do that yourself.
On 5/27/18 5:23 AM, IntegratedDimensions wrote:
C[] c;
@property C[] get() { return c; }
get ~= something;
errors out, yet
auto q = get;
q ~= something;
is fine.
It's "fine", but not doing what you may expect.
This appends an element to q, but does nothing to c.
While an array is not
On Tuesday, 29 May 2018 at 21:41:37 UTC, Ali Çehreli wrote:
On 05/29/2018 02:34 PM, DigitalDesigns wrote:
> auto x(string fp = __FULL_FILE_PATH__)()
{
pragma(msg, fp);
}
?
__FILE_FULL_PATH__
https://dlang.org/spec/expression#specialkeywords
Ali
Lol, thanks:
On 5/29/18 5:34 PM, DigitalDesigns wrote:
On Wednesday, 27 July 2016 at 13:58:22 UTC, Jonathan Marler wrote:
On Thursday, 21 July 2016 at 19:54:34 UTC, Jonathan Marler wrote:
Is there a way to get the full path of the current source file?
Something like:
__FILE_FULL_PATH__
I'm asking
On 05/29/2018 02:34 PM, DigitalDesigns wrote:
> auto x(string fp = __FULL_FILE_PATH__)()
{
pragma(msg, fp);
}
?
__FILE_FULL_PATH__
https://dlang.org/spec/expression#specialkeywords
Ali
On Wednesday, 27 July 2016 at 13:58:22 UTC, Jonathan Marler wrote:
On Thursday, 21 July 2016 at 19:54:34 UTC, Jonathan Marler
wrote:
Is there a way to get the full path of the current source
file? Something like:
__FILE_FULL_PATH__
I'm asking because I'm rewriting a batch script in D, meant
https://dpaste.dzfl.pl/67691db19ce8
Just delete 9 to 29 for the code to work. Note that none of the
code effects the output but D gives strange errors. In my code it
says the interface members are not implemented(which they are)
foreach (member; __traits(allMembers, T))
On Wednesday, May 30, 2018 08:43:33 rikki cattermole via Digitalmars-d
wrote:
> On 30/05/2018 8:37 AM, Tony wrote:
> > On Tuesday, 29 May 2018 at 20:19:09 UTC, bachmeier wrote:
> >> I don't think it's difficult to do that yourself. There's no need to
> >> have a formal split. One example is that
On Tuesday, 29 May 2018 at 20:26:52 UTC, arturg wrote:
On Tuesday, 29 May 2018 at 19:06:24 UTC, DigitalDesigns wrote:
On Monday, 28 May 2018 at 22:15:40 UTC, arturg wrote:
this might help you,
https://dpaste.dzfl.pl/2cf844a11e3f
you can use them to generate the functions as strings.
Thanks,
On 30/05/2018 8:37 AM, Tony wrote:
On Tuesday, 29 May 2018 at 20:19:09 UTC, bachmeier wrote:
I don't think it's difficult to do that yourself. There's no need to
have a formal split. One example is that it's really nice to have the
GC available for part of the program and avoid it for another
On Tuesday, 29 May 2018 at 20:19:09 UTC, bachmeier wrote:
I don't think it's difficult to do that yourself. There's no
need to have a formal split. One example is that it's really
nice to have the GC available for part of the program and avoid
it for another part. @nogc gives you a guarantee.
On Tuesday, 29 May 2018 at 19:06:24 UTC, DigitalDesigns wrote:
On Monday, 28 May 2018 at 22:15:40 UTC, arturg wrote:
this might help you,
https://dpaste.dzfl.pl/2cf844a11e3f
you can use them to generate the functions as strings.
Thanks,
So, the problem I'm having is that I cannot use the
On Tuesday, 29 May 2018 at 17:40:39 UTC, Tony wrote:
On Tuesday, 29 May 2018 at 11:31:53 UTC, Guillaume Piolat wrote:
On Tuesday, 29 May 2018 at 05:11:27 UTC, Dmitry Olshansky
wrote:
D is probably at the edge of what I can tollerate
complexity-wise. And we’ll get to simplify a few things soon
On Tuesday, 29 May 2018 at 12:58:20 UTC, Yuxuan Shui wrote:
I believe that is the case. Normally that will be fine, because
you can't modify them. Type-deduced lambda is a very special
case, as in their parameter types are deduced on first use, so
in a sense, they are "modified" by the first
On Mon, 2018-05-28 at 21:04 +, Dr.No via Digitalmars-d-learn wrote:
> import std.parallelism : parallel;
> foreach(t; parallel(arr))
> {
> if(!doSomething(t)) {
> return false;
>
On Monday, 28 May 2018 at 22:15:40 UTC, arturg wrote:
this might help you,
https://dpaste.dzfl.pl/2cf844a11e3f
you can use them to generate the functions as strings.
Thanks,
So, the problem I'm having is that I cannot use the generated
interface for the abstract class because the abstract
On 5/29/2018 1:57 AM, Adam Wilson via Digitalmars-d wrote:
One of the pillars of SecureD is that ONLY safe, well-known,
algorithms are presented. If reasonable we will only present one
algorithm for a specific purpose. If there is a good reason to add
more than one algorithm, we will.
One
https://issues.dlang.org/show_bug.cgi?id=18905
github-bugzi...@puremagic.com changed:
What|Removed |Added
Status|NEW |RESOLVED
https://issues.dlang.org/show_bug.cgi?id=18905
--- Comment #4 from github-bugzi...@puremagic.com ---
Commits pushed to master at https://github.com/dlang/dmd
https://github.com/dlang/dmd/commit/a0dc0520d0a126291a51e28b234f41f9d9f6f678
fix Issue 18905 - [Reg 2.079] C++ classes can no longer be
On Tuesday, 29 May 2018 at 11:31:53 UTC, Guillaume Piolat wrote:
On Tuesday, 29 May 2018 at 05:11:27 UTC, Dmitry Olshansky wrote:
D is probably at the edge of what I can tollerate
complexity-wise. And we’ll get to simplify a few things soon I
believe.
Within D, there is a bit smaller and
https://issues.dlang.org/show_bug.cgi?id=6063
Steven Schveighoffer changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
On Tuesday, 29 May 2018 at 01:46:47 UTC, Walter Bright wrote:
A cautionary tale we should all keep in mind.
http://open-std.org/JTC1/SC22/WG21/docs/papers/2018/p0977r0.pdf
https://www.reddit.com/r/programming/comments/8mq10v/bjarne_stroustroup_remeber_the_vasa_critique_of/
On Tuesday, 29 May 2018 at 11:31:53 UTC, Guillaume Piolat wrote:
On Tuesday, 29 May 2018 at 05:11:27 UTC, Dmitry Olshansky wrote:
D is probably at the edge of what I can tollerate
complexity-wise. And we’ll get to simplify a few things soon I
believe.
What are the things that you think will
https://issues.dlang.org/show_bug.cgi?id=6589
Dmitry Olshansky changed:
What|Removed |Added
Keywords||bootcamp
--
https://issues.dlang.org/show_bug.cgi?id=6589
Dmitry Olshansky changed:
What|Removed |Added
CC||dmitry.o...@gmail.com
--
https://issues.dlang.org/show_bug.cgi?id=6447
Dmitry Olshansky changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://issues.dlang.org/show_bug.cgi?id=18813
github-bugzi...@puremagic.com changed:
What|Removed |Added
Status|NEW |RESOLVED
https://issues.dlang.org/show_bug.cgi?id=18813
--- Comment #1 from github-bugzi...@puremagic.com ---
Commit pushed to master at https://github.com/dlang/phobos
https://github.com/dlang/phobos/commit/20efd72da7bc3a95b44e67807ad15b1ceb332114
fix Issue 18813 add wchar/dchar fromStringz template
https://issues.dlang.org/show_bug.cgi?id=6421
Dmitry Olshansky changed:
What|Removed |Added
Keywords||performance
CC|
https://issues.dlang.org/show_bug.cgi?id=6350
anonymous4 changed:
What|Removed |Added
OS|Windows |All
--
https://issues.dlang.org/show_bug.cgi?id=6371
Dmitry Olshansky changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://issues.dlang.org/show_bug.cgi?id=18907
Andrea Fontana changed:
What|Removed |Added
CC||trik...@gmail.com
--- Comment #4 from
On Tuesday, 29 May 2018 at 12:37:04 UTC, Vijay Nayar wrote:
On Tuesday, 29 May 2018 at 11:36:11 UTC, Yuxuan Shui wrote:
No, wait a second. (a)=>a is in default argument list, so it
is in the global scope. And it was instantiated when you
instantiate BTree with char.
Could you explain that
https://issues.dlang.org/show_bug.cgi?id=18786
--- Comment #9 from anonymous4 ---
(In reply to David M from comment #8)
> * I, as a new D user, do not have the knowledge and background to state to a
> vendor that it is truly virus free. If the runtime causes problems, I can't
> explain what and
On Tuesday, 29 May 2018 at 11:36:11 UTC, Yuxuan Shui wrote:
No, wait a second. (a)=>a is in default argument list, so it is
in the global scope. And it was instantiated when you
instantiate BTree with char.
Could you explain that part a bit for me? Yes, (a) => a is a
default value, but
https://issues.dlang.org/show_bug.cgi?id=6350
Dmitry Olshansky changed:
What|Removed |Added
Keywords||performance
CC|
https://issues.dlang.org/show_bug.cgi?id=18884
--- Comment #3 from Simen Kjaeraas ---
(In reply to Walter Bright from comment #2)
> This has been pulled. Has this issue been resolved?
Should be. The unittest in the PR is taken almost verbatim from here. Since
it's a regression, it targets
https://issues.dlang.org/show_bug.cgi?id=6226
Dmitry Olshansky changed:
What|Removed |Added
CC||dmitry.o...@gmail.com
--
https://issues.dlang.org/show_bug.cgi?id=6092
Dmitry Olshansky changed:
What|Removed |Added
CC||dmitry.o...@gmail.com
--
https://issues.dlang.org/show_bug.cgi?id=6082
Dmitry Olshansky changed:
What|Removed |Added
CC||dmitry.o...@gmail.com
--
https://issues.dlang.org/show_bug.cgi?id=6063
Dmitry Olshansky changed:
What|Removed |Added
CC||dmitry.o...@gmail.com
--- Comment #2 from
https://issues.dlang.org/show_bug.cgi?id=6060
Dmitry Olshansky changed:
What|Removed |Added
Keywords||bootcamp
CC|
On Tuesday, 29 May 2018 at 11:34:03 UTC, Yuxuan Shui wrote:
On Saturday, 26 May 2018 at 11:56:30 UTC, Vijay Nayar wrote:
I've been experimenting with code that uses std.functional :
binaryFun and unaryFun, but I have found that using these
methods makes it impossible to add function attributes
On Saturday, 26 May 2018 at 11:56:30 UTC, Vijay Nayar wrote:
I've been experimenting with code that uses std.functional :
binaryFun and unaryFun, but I have found that using these
methods makes it impossible to add function attributes like
@safe, @nogc, pure, and nothrow, because no guarantee
On Tuesday, 29 May 2018 at 05:11:27 UTC, Dmitry Olshansky wrote:
D is probably at the edge of what I can tollerate
complexity-wise. And we’ll get to simplify a few things soon I
believe.
Within D, there is a bit smaller and cleaner language struggling
to get out!
https://issues.dlang.org/show_bug.cgi?id=18837
github-bugzi...@puremagic.com changed:
What|Removed |Added
Status|NEW |RESOLVED
https://issues.dlang.org/show_bug.cgi?id=18837
--- Comment #2 from github-bugzi...@puremagic.com ---
Commits pushed to master at https://github.com/dlang/phobos
https://github.com/dlang/phobos/commit/ba8134876b17550933e7212c526fa517eb8233fd
[trivial] fix issue 18837 - MMFile should have opDollar
https://www.reddit.com/r/ProgrammerHumor/comments/8mtfy5/the_evolution_of_c/
On 05/28/2018 04:02 PM, sarn wrote:
On Monday, 28 May 2018 at 07:52:43 UTC, Adam Wilson wrote:
I understand that.
Sorry, not for nothing, but you obviously don't. For starters, if you
were familiar with the key derivation tools available 24hrs ago, you
wouldn't have come up with PBKDF2 on
On Monday, 28 May 2018 at 19:24:58 UTC, MrSmith wrote:
On Wednesday, 23 May 2018 at 18:49:05 UTC, Dibyendu Majumdar
wrote:
[...]
You may like the project of a compiler I am doing
https://github.com/MrSmith33/tiny_jit
TLDR: fully in D. No dependencies. Currently for amd64 + Win64
calling
On Tuesday, 29 May 2018 at 07:53:49 UTC, rikki cattermole wrote:
On 29/05/2018 7:47 PM, Begah wrote:
I have recently reinstalled a fresh version of Windows 10. I
installed DMD 1.9.0 and compiled my code ( that was compiling
before reinstalling Windows ).
What?
That is definitely not a valid
On 29/05/2018 7:47 PM, Begah wrote:
I have recently reinstalled a fresh version of Windows 10. I installed
DMD 1.9.0 and compiled my code ( that was compiling before reinstalling
Windows ).
What?
That is definitely not a valid dmd version for D2.
On Tuesday, 29 May 2018 at 07:25:39 UTC, Stefan Koch wrote:
As a a compiler developer, I can guarantee that at some point
you _need_ to understand all of the language.
If you don't you will mis-compile code.
Also the more complex the language gets the more special-case
handling needs to be
I have recently reinstalled a fresh version of Windows 10. I
installed DMD 1.9.0 and compiled my code ( that was compiling
before reinstalling Windows ).
I get this error at the linking phase :
Native PDB Error: The entry already exists. The specified module
already exists
I made a
On Tuesday, 29 May 2018 at 05:47:32 UTC, Let-It-Go wrote:
On Tuesday, 29 May 2018 at 05:11:27 UTC, Dmitry Olshansky wrote:
D is probably at the edge of what I can tollerate
complexity-wise. And we’ll get to simplify a few things soon I
believe.
There is the core of the problem.
Because
68 matches
Mail list logo
