On Wednesday, 28 October 2015 at 11:48:27 UTC, pineapple wrote:
There's also a writebuffer method in the interface with this
signature, though:
streamint writebuffer(T)(in T* buffer, in streamint count);
Interface can't have templated virtual instance methods.
On Wednesday, 28 October 2015 at 11:21:17 UTC, Manu wrote:
RC is okay-ish in C++11 (with rval references), although it
could be
much better, for instance, the type mangling/wrapping induced
by this
sort of library solution always leads to awkward situations, ie,
'this' pointer in a method is
On 28 October 2015 at 11:13, Walter Bright via Digitalmars-d
wrote:
> On 10/27/2015 11:10 AM, deadalnix wrote:
>>
>> I've made the claim that we should implement reference counting as a
>> library
>> many time, so I think I should explicit my position. Indeed, RC
On Tuesday, 27 October 2015 at 23:15:39 UTC, Tofu Ninja wrote:
An alternative solution could be that if you provide a header
to a class and don't include the auto override body, then the
auto override functionality is removed and the method is
treated as a regular method from that point
On Wednesday, 28 October 2015 at 11:26:59 UTC, wobbles wrote:
So yes - opDispatch is cool but should be used VERY sparingly.
I just had a thought, I could check if dataName is in
[__traits(allMembers ... )]. That would at least ensure I'm
referencing something that exists. Maybe that'd be
On Wednesday, 28 October 2015 at 11:40:14 UTC, tcak wrote:
The "writebuffer" is defined to take an array as parameter.
Yet, you are passing a pointer and a length to it. Instead,
pass the parameter "str" to it directly. Also, you do not have
to put "!char" to there. Compiler will solve it out
On Wednesday, 28 October 2015 at 11:48:27 UTC, pineapple wrote:
On Wednesday, 28 October 2015 at 11:40:14 UTC, tcak wrote:
The "writebuffer" is defined to take an array as parameter.
Yet, you are passing a pointer and a length to it. Instead,
pass the parameter "str" to it directly. Also, you
On Wednesday, 28 October 2015 at 12:06:14 UTC, Kagamin wrote:
On Wednesday, 28 October 2015 at 11:48:27 UTC, pineapple wrote:
There's also a writebuffer method in the interface with this
signature, though:
streamint writebuffer(T)(in T* buffer, in streamint count);
Interface can't have
On 28 October 2015 at 21:29, David Nadlinger via Digitalmars-d
wrote:
> On Wednesday, 28 October 2015 at 11:21:17 UTC, Manu wrote:
>>
>> RC is okay-ish in C++11 (with rval references), although it could be
>> much better, for instance, the type mangling/wrapping
When I attempt to compile my code I get the same linker error
with both dmd and ldc2. I know where the problematic code is, as
I don't get the error when I comment out lines 102 through 107,
but I don't understand why it's bad. I must have some
misconceptions about how templates work? Is there
Its not uncommon that I need a compile-time list that counts from
0..n.
It seems like the only 'standard' way to do this is
`std.typecons.staticIota`, which is undocumented and has package
level access.
Looking through the archives I've seen 3 suggestions:
1. Expose staticIota as-is.
2.
On Tuesday, 27 October 2015 at 14:00:07 UTC, Martin Nowak wrote:
On Tuesday, 27 October 2015 at 13:14:36 UTC, wobbles wrote:
How can `coordinates` member be known at compile-time when
the input argument is a run-time string?
I suspect through the opDispatch operator overload.
On Saturday, 6 June 2015 at 12:49:37 UTC, Atila Neves wrote:
On Saturday, 6 June 2015 at 06:59:26 UTC, Jonathan M Davis
wrote:
On Saturday, 6 June 2015 at 06:16:17 UTC, Andrei Alexandrescu
wrote:
Nested functions that allocate their environment dynamically
can be quite useful. However,
On Wednesday, 28 October 2015 at 11:11:01 UTC, pineapple wrote:
When I attempt to compile my code I get the same linker error
with both dmd and ldc2. I know where the problematic code is,
as I don't get the error when I comment out lines 102 through
107, but I don't understand why it's bad. I
https://issues.dlang.org/show_bug.cgi?id=15235
--- Comment #1 from anoneu...@gmail.com ---
After some more thorough testing:
void main() {
asm {
mov [+], EAX; // syntax error
mov [-], EAX; // syntax error
mov [*], EAX; // segfault
mov [], EAX; // segfault
On 10/28/2015 04:13 AM, Jacob Carlborg wrote:
On 2015-10-27 22:19, Andrei Alexandrescu wrote:
That doesn't seem to be the case at all. -- Andrei
I'm not a C++ or Rust expert. But I think that in Rust and with the new
C++ guide lines the idea is to use reference counting pointers only for
On Wednesday, 28 October 2015 at 14:53:01 UTC, Andrei
Alexandrescu wrote:
On 10/27/2015 10:50 PM, Vladimir Panteleev wrote:
On Tuesday, 27 October 2015 at 21:12:24 UTC, Andrei
Alexandrescu wrote:
Thanks to all interested! Brad Roberts created a mailing
list. Please
subscribe here:
I would like to use (Dlang + nasm) to write bootloader, how to
write?
Am Mon, 26 Oct 2015 14:04:18 +0100
schrieb Iain Buclaw via Digitalmars-d
:
> > Yeah but PMOVMSKB not implemented in core.simd.
> >
>
> Don't use core.simd, push for getting std.simd in, then leverage the
> generics exposed through that module.
Yeah, but PMOVMSKB is
Am Tue, 27 Oct 2015 14:00:06 +
schrieb Martin Nowak :
> On Tuesday, 27 October 2015 at 13:14:36 UTC, wobbles wrote:
> >> How can `coordinates` member be known at compile-time when the
> >> input argument is a run-time string?
> >
> > I suspect through the opDispatch operator
Am Mon, 26 Oct 2015 11:37:16 +
schrieb Etienne Cimon :
> On Monday, 26 October 2015 at 04:48:09 UTC, H. S. Teoh wrote:
> > On Mon, Oct 26, 2015 at 02:37:16AM +, Etienne Cimon via
> > Digitalmars-d wrote:
> >
> > If you must use DMD, I recommend filing an enhancement
On 10/28/2015 02:32 AM, Joakim wrote:
> Do you have a bitcoin address I can use instead?
Sorry, I am way behind on that topic. :)
Ali
On 10/28/2015 10:27 AM, Marco Leise wrote:
Am Mon, 26 Oct 2015 14:04:18 +0100
schrieb Iain Buclaw via Digitalmars-d
:
Yeah but PMOVMSKB not implemented in core.simd.
Don't use core.simd, push for getting std.simd in, then leverage the
generics exposed through
On Tuesday, 27 October 2015 at 14:00:07 UTC, Martin Nowak wrote:
Yikes, this is such an anti-pattern.
https://github.com/rejectedsoftware/vibe.d/issues/634
Every time I use opDispatch, I add an if(name != "popFront")
constraint, at least (unless it is supposed to be forwarding). It
helps
On 10/27/2015 10:50 PM, Vladimir Panteleev wrote:
On Tuesday, 27 October 2015 at 21:12:24 UTC, Andrei Alexandrescu wrote:
Thanks to all interested! Brad Roberts created a mailing list. Please
subscribe here:
http://lists.puremagic.com/cgi-bin/mailman/listinfo/dlang-study
That will be a list
https://www.youtube.com/watch?v=s4EvygDNB0Q=youtu.be
Andrei
On Tuesday, 27 October 2015 at 23:15:39 UTC, Tofu Ninja wrote:
On Tuesday, 27 October 2015 at 22:23:15 UTC, bitwise wrote:
[...]
-H also keeps the body of template functions so I would assume
it would treat auto overrides the same.
Well.. It's not going to just work. Dmd will surely have
On Wednesday, 28 October 2015 at 10:03:44 UTC, Daniel Murphy
wrote:
On 28/10/2015 4:02 PM, tsbockman wrote:
(But not all control flow statements have static equivalents,
so this
solution can only be applied to some code. Even if we had
`static
switch`, `static foreach`, `static goto`, etc., I
https://issues.dlang.org/show_bug.cgi?id=15251
github-bugzi...@puremagic.com changed:
What|Removed |Added
Status|NEW |RESOLVED
https://issues.dlang.org/show_bug.cgi?id=15251
--- Comment #7 from github-bugzi...@puremagic.com ---
Commits pushed to stable at https://github.com/D-Programming-Language/dmd
https://github.com/D-Programming-Language/dmd/commit/5ea992ff02f216438341f17835560d3d818124be
fix Issue 15251 -
On 10/13/2015 12:13 PM, Walter Bright wrote:
On 10/13/2015 6:36 AM, Daniel Kozak wrote:
lists.llvm.org/pipermail/llvm-dev/2015-October/091218.html
Maybe we could have something similar in D community
No. People who need to be told what decent behavior is won't pay attention to
such a
https://issues.dlang.org/show_bug.cgi?id=15253
Issue ID: 15253
Summary: [REG2.069.0-rc1] inliner prevent compilation
Product: D
Version: D2
Hardware: x86_64
OS: Linux
Status: NEW
Severity: regression
On Wednesday, 28 October 2015 at 03:55:25 UTC, deadalnix wrote:
On Wednesday, 28 October 2015 at 01:13:16 UTC, Walter Bright
wrote:
It's not just safety. If the compiler knows that reference
counting is going on, it can potentially elide a lot of the
overhead. If it is faced with an
On Tuesday, 27 October 2015 at 18:16:51 UTC, Jack Stouffer wrote:
On Tuesday, 27 October 2015 at 17:49:51 UTC, Andrew Benton
wrote:
Slack seems like it is becoming more and more popular. Have
we considered setting up a Slack chat group?
Slack is designed for small teams, and many programming
On Monday, 26 October 2015 at 23:30:56 UTC, Martin Nowak wrote:
First and hopefully only release candidate for the 2.069.0.
http://dlang.org/download.html#dmd_beta
http://dlang.org/changelog/2.069.0.html
A list of fixes over 2.069.0-b2
Just imagine a Slack channel with 100+ people where every second
someone posts a code snippet, a picture, etc. :) Brr, I had
that picture in my hear for few seconds and it looked scary.
No, Slack is not for large communities (IRC), but for small,
private teams.
Hi everyone,
LDC 0.16.1, the LLVM-based D compiler, is available for download!
This release is based on the 2.067.1 frontend and standard
library and supports LLVM 3.1-3.7 (OS X: no support for 3.3).
Don't miss to check if your preferred system is supported by this
release. We also have a
On 2015-10-27 22:50, Andrei Alexandrescu wrote:
You can safely ignore the C++ part, the views are unsafe. I'd appreciate
if you backed up your claim on Rust. -- Andrei
Rust is unsafe as well, when you interface with unsafe code.
--
/Jacob Carlborg
On Wednesday, 28 October 2015 at 00:28:51 UTC, Andrei
Alexandrescu wrote:
I was looking at
https://github.com/D-Programming-Language/phobos/pull/3765 and
whilst it's a sensible addition, I'm thinking we'd want to pass
it and all other library additions through std.experimental
first. So we'd
Although the book will always be free[1], many of you have expressed a
need to pay without having to buy the paper version.
The ebook versions are now available at Gumroad:
https://gum.co/PinD
The price is the very affordable $0+ ;) and you can pay with credit card
number or through
On 2015-10-28 07:07, Paulo Pinto wrote:
However their exceptions work in a more RC friendly way.
Swift doesn't support exceptions. And in Objective-C exceptions are like
Errors in D. They should not be caught and the program should terminate.
The error handling support that was added in
https://issues.dlang.org/show_bug.cgi?id=15253
Rainer Schuetze changed:
What|Removed |Added
CC||r.sagita...@gmx.de
On 2015-10-27 22:19, Andrei Alexandrescu wrote:
That doesn't seem to be the case at all. -- Andrei
I'm not a C++ or Rust expert. But I think that in Rust and with the new
C++ guide lines the idea is to use reference counting pointers only for
owning resources. If you want to pass the data
https://issues.dlang.org/show_bug.cgi?id=15168
Martin Nowak changed:
What|Removed |Added
Keywords||pull
--- Comment #6 from
On Wednesday, 28 October 2015 at 00:28:51 UTC, Andrei
Alexandrescu wrote:
What say you?
-1
To add to Robert's arguments:
A: Hey, I'm really missing this function from Phobos, I think it
would be a great addition.
B: OK, here's a pull request which implements it.
A: Great, it's merged!
On 28/10/2015 4:29 PM, tsbockman wrote:
I would say none, since *the template* contains no unreachable code, and
the compiler can easily trim unreachable code from any *instantiation*
which needs it, without bothering me about it.
If it's unreachable or not depends on what the template is
On 28/10/2015 4:02 PM, tsbockman wrote:
(But not all control flow statements have static equivalents, so this
solution can only be applied to some code. Even if we had `static
switch`, `static foreach`, `static goto`, etc., I doubt that forcing the
user to segregate all compile-time logic from
On Wednesday, 28 October 2015 at 09:55:10 UTC, Vladimir Panteleev
wrote:
A: Great, it's merged! When can I start using it?
B: I don't know, maybe in a year or so?
To expand on this a bit:
The obvious counter-argument is "why not just import
std.experimental"? Well, this is not really a
On Wednesday, 28 October 2015 at 16:09:02 UTC, Cauterite wrote:
On Wednesday, 28 October 2015 at 16:04:52 UTC, Vincent R wrote:
[...]
enum kDNSServiceOutputFlags = (kDNSServiceFlagsValidate |
kDNSServiceFlagsValidateOptional | kDNSServiceFlagsMoreComing |
kDNSServiceFlagsAdd |
V Wed, 28 Oct 2015 16:36:32 +
Vincent R via Digitalmars-d-learn
napsáno:
> On Wednesday, 28 October 2015 at 16:12:08 UTC, Vincent R wrote:
> > On Wednesday, 28 October 2015 at 16:09:02 UTC, Cauterite wrote:
> >> On Wednesday, 28 October 2015 at 16:04:52
On Wednesday, 28 October 2015 at 13:56:27 UTC, Adam D. Ruppe
wrote:
On Tuesday, 27 October 2015 at 14:00:07 UTC, Martin Nowak wrote:
Yikes, this is such an anti-pattern.
https://github.com/rejectedsoftware/vibe.d/issues/634
Every time I use opDispatch, I add an if(name != "popFront")
On Wednesday, 28 October 2015 at 16:04:52 UTC, Vincent R wrote:
Hi,
I am starting my first project in D and I would like to do a
Bonjour(Zeroconf) browser app.
My first task is to write a binding to the dns_sd library but I
have an issue with the following macro:
#define
Hi,
I am starting my first project in D and I would like to do a
Bonjour(Zeroconf) browser app.
My first task is to write a binding to the dns_sd library but I
have an issue with the following macro:
#define kDNSServiceOutputFlags (kDNSServiceFlagsValidate |
kDNSServiceFlagsValidateOptional
streamint writebuffer(in ubyte[] buffer);
final streamint writebuffer(T)(in T* buffer, in streamint
count){
return this.writebuffer(cast(ubyte[])buffer[0..count]);
}
On Wednesday, 28 October 2015 at 16:12:08 UTC, Vincent R wrote:
On Wednesday, 28 October 2015 at 16:09:02 UTC, Cauterite wrote:
On Wednesday, 28 October 2015 at 16:04:52 UTC, Vincent R wrote:
[...]
enum kDNSServiceOutputFlags = (kDNSServiceFlagsValidate |
kDNSServiceFlagsValidateOptional |
On Wednesday, 28 October 2015 at 09:12:55 UTC, Jakob Bornecrantz
wrote:
You are not in good company tho. Even the page you link to says
nobody else could or should say stuff like that.
Quick, call the thought police !
And attitudes like that will only disurage people from trying to
improve
On 10/28/2015 11:29 AM, Andrei Alexandrescu wrote:
On 10/28/2015 10:50 AM, Andrei Alexandrescu wrote:
On 10/28/2015 04:01 AM, Ali Çehreli wrote:
Although the book will always be free[1], many of you have expressed a
need to pay without having to buy the paper version.
The ebook versions are
On Wednesday, 28 October 2015 at 16:53:15 UTC, Daniel Kozák wrote:
V Wed, 28 Oct 2015 16:36:32 +
Vincent R via Digitalmars-d-learn
napsáno:
On Wednesday, 28 October 2015 at 16:12:08 UTC, Vincent R wrote:
> On Wednesday, 28 October 2015 at 16:09:02 UTC,
https://issues.dlang.org/show_bug.cgi?id=15235
anoneu...@gmail.com changed:
What|Removed |Added
Assignee|nob...@puremagic.com|anoneu...@gmail.com
--
On Wednesday, 28 October 2015 at 15:23:11 UTC, guodemone wrote:
I would like to use (Dlang + nasm) to write bootloader, how to
write?
Start from here:
http://wiki.osdev.org/D_Bare_Bones
I would suggest you to start by learning to do it with C first
though. There are too many documents
On Wednesday, 28 October 2015 at 17:38:45 UTC, DarkRiDDeR wrote:
string name = "Bob";
__traits(getMember, Types.getType(name), "print")();
How can you implement "Types.getType(name)"? I do not know in
advance what can be the class names.
You don't. __traits works at compile time, the string
I suggest we do not try to reinvent the wheel.
Simply take a look how existing, large communities do this kind
of work.
Example: https://jcp.org/en/jsr/all
For each large feature (a good example in the D case would be
pattern matching, allocators, reference counting, additional
garbage
On Wednesday, 28 October 2015 at 17:38:49 UTC, David DeWitt wrote:
On Wednesday, 28 October 2015 at 17:13:27 UTC, deadalnix wrote:
On Wednesday, 28 October 2015 at 09:12:55 UTC, Jakob
Bornecrantz wrote:
You are not in good company tho. Even the page you link to
says
nobody else could or
I am quite happy with UTF support in phobos, but support for
national codepages is very limited in phobos. Also it is not
conform with ranges. So I decide share my project for supporting
national charsets:
https://bitbucket.org/sibnick/national-encoding.git
Sample code:
import
On Monday, 26 October 2015 at 10:12:30 UTC, ponce wrote:
On Sunday, 25 October 2015 at 23:59:16 UTC, Andrei Alexandrescu
wrote:
Yes please! Forgot to mention that. Many thanks!! -- Andrei
Added to my TODO list :)
So I've made a logo here:
On Wednesday, 28 October 2015 at 10:02:01 UTC, Daniel Murphy
wrote:
If it's unreachable or not depends on what the template is
instantiated with, there is no clear concept of unreachable
code without knowing the template parameters.
If a statement in a template is reachable in at least one
On Friday, 23 October 2015 at 16:37:20 UTC, Andrei Alexandrescu
wrote:
Please join us at DConf 2016, the conference of the D
programming language in Berlin, Germany, May 4-6 2016.
[...]
Awesome that it is happening in Europe!
See ya soon then! :)
On 10/28/2015 10:50 AM, Andrei Alexandrescu wrote:
On 10/28/2015 04:01 AM, Ali Çehreli wrote:
Although the book will always be free[1], many of you have expressed a
need to pay without having to buy the paper version.
The ebook versions are now available at Gumroad:
https://gum.co/PinD
On Wednesday, 28 October 2015 at 08:01:29 UTC, Ali Çehreli wrote:
Although the book will always be free[1], many of you have
expressed a need to pay without having to buy the paper version.
It's a bit late now but I like what Cory Doctorow (a writter who
publishes mainly books under Creative
On Wednesday, 28 October 2015 at 17:07:32 UTC, Vincent R wrote:
Sorry to ask so much question but how do you declare different
calling conventions like the following macro:
This specific case is common enough to be built into the
language: use `extern(System)` instead of Windows or C and the
On Wednesday, 28 October 2015 at 17:13:27 UTC, deadalnix wrote:
On Wednesday, 28 October 2015 at 09:12:55 UTC, Jakob
Bornecrantz wrote:
You are not in good company tho. Even the page you link to says
nobody else could or should say stuff like that.
Quick, call the thought police !
And
On 10/28/2015 2:12 AM, Jakob Bornecrantz wrote:
You are not in good company tho. Even the page you link to says
nobody else could or should say stuff like that.
And attitudes like that will only disurage people from trying to
improve this community.
Example:
class Bob {
static void print ()
{
write("str");
}
}
string name = "Bob";
__traits(getMember, Types.getType(name), "print")();
How can you implement "Types.getType(name)"? I do not know in
advance what can be the class names.
https://issues.dlang.org/show_bug.cgi?id=12624
anoneu...@gmail.com changed:
What|Removed |Added
Keywords||iasm
CC|
Thank you! Is it possible to call a method from a string at run
time?
On 10/28/2015 01:00 PM, ponce wrote:
On Monday, 26 October 2015 at 10:12:30 UTC, ponce wrote:
On Sunday, 25 October 2015 at 23:59:16 UTC, Andrei Alexandrescu wrote:
Yes please! Forgot to mention that. Many thanks!! -- Andrei
Added to my TODO list :)
So I've made a logo here:
On Monday, 26 October 2015 at 23:25:49 UTC, Tofu Ninja wrote:
So we have TemplateThisParameters methods which are cool but
have some drawbacks.
They are templates so they are implicitly non-virtual and are
called based on the type of the reference.
It would be very nice to be able to auto
On 10/28/2015 02:57 PM, ponce wrote:
On Wednesday, 28 October 2015 at 18:10:04 UTC, Andrei Alexandrescu wrote:
What needs to be written next to it?
Looks interesting but I fail to see "DConf". The text should read
"DConf 2016/May 4-6/Berlin, Germany" -- Andrei
That would give something
On Wednesday, 28 October 2015 at 17:57:16 UTC, DarkRiDDeR wrote:
Thank you! Is it possible to call a method from a string at run
time?
Yes, though you have to prepare code to do it. Again, I'd try to
make it work on interfaces on some level.
The free sample chapter of my book
On 10/28/2015 11:46 AM, cym13 wrote:
On Wednesday, 28 October 2015 at 08:01:29 UTC, Ali Çehreli wrote:
Although the book will always be free[1], many of you have expressed a
need to pay without having to buy the paper version.
It's a bit late now but I like what Cory Doctorow (a writter who
more BJM related
http://www.amazon.com/Declare-Nothing-Parks-Anton-Newcombe/dp/B00WZXX2NC
On Wednesday, 28 October 2015 at 19:24:13 UTC, Andrei
Alexandrescu wrote:
On 10/28/2015 02:57 PM, ponce wrote:
On Wednesday, 28 October 2015 at 18:10:04 UTC, Andrei
Alexandrescu wrote:
What needs to be written next to it?
Looks interesting but I fail to see "DConf". The text should
read
On Wednesday, 28 October 2015 at 15:13:40 UTC, bitwise wrote:
[...]
I have to disagree with this. A function's meaning should not
change because it's definition is removed.
I suppose you are right.
[...]
A.foo() or B.foo() seems to work instead of super.super.foo()
or super.foo()
On Wednesday, 28 October 2015 at 18:10:04 UTC, Andrei
Alexandrescu wrote:
What needs to be written next to it?
Looks interesting but I fail to see "DConf". The text should
read "DConf 2016/May 4-6/Berlin, Germany" -- Andrei
That would give something like:
sorry, emailer(me) malfunction. pls ignore
On 10/28/2015 01:41 PM, Dejan Lekic wrote:
I suggest we do not try to reinvent the wheel.
Simply take a look how existing, large communities do this kind of work.
Example: https://jcp.org/en/jsr/all
For each large feature (a good example in the D case would be pattern
matching, allocators,
On Thursday, 29 October 2015 at 01:14:35 UTC, Tofu Ninja wrote:
On Thursday, 29 October 2015 at 00:11:06 UTC, Tofu Ninja wrote:
[...]
Actually never mind, what I just said was basically auto
override for this() so its not really any different. And it is
kinda limited with some problems.
Currently D has some very very powerful compile time features,
but they can get unwieldily quickly when doing compile time
reflection with mildly complicated logic. It's pretty
disappointing. I'd like to start a discussion around some of the
problems I've ran into using these features. If
On Saturday, 6 June 2015 at 12:42:38 UTC, Marc Schütz wrote:
On Saturday, 6 June 2015 at 06:16:17 UTC, Andrei Alexandrescu
wrote:
Nested functions that allocate their environment dynamically
can be quite useful. However, oftentimes the need is to
convert the code plus the data needed into an
On Saturday, 6 June 2015 at 06:16:17 UTC, Andrei Alexandrescu
wrote:
Nested functions that allocate their environment dynamically
can be quite useful. However, oftentimes the need is to convert
the code plus the data needed into an anonymous struct that
copies the state inside, similar to C++
https://issues.dlang.org/show_bug.cgi?id=15255
Issue ID: 15255
Summary: Generated better code for saturation arithmetic
Product: D
Version: D2
Hardware: All
OS: All
Status: NEW
Severity: enhancement
https://issues.dlang.org/show_bug.cgi?id=15255
Walter Bright changed:
What|Removed |Added
Keywords||performance
--
https://issues.dlang.org/show_bug.cgi?id=15255
--- Comment #1 from Walter Bright ---
That was written by and posted on behalf of Manu, not me.
--
On Wednesday, 28 October 2015 at 11:01:14 UTC, guodemone wrote:
My english is poor.
My code to build is wrong.so need make some improvements.
I would like to refer to your 32-bit code, make some
improvements.
My Email: 704975...@qq.com
very very thank you.
I've uploaded a dummy kernel
On Wednesday, 28 October 2015 at 18:51:04 UTC, Ali Çehreli wrote:
On 10/28/2015 11:46 AM, cym13 wrote:
On Wednesday, 28 October 2015 at 08:01:29 UTC, Ali Çehreli
wrote:
Although the book will always be free[1], many of you have
expressed a
need to pay without having to buy the paper version.
On 10/28/2015 03:52 AM, Kai Nacke wrote:
> Hi everyone,
>
> LDC 0.16.1, the LLVM-based D compiler, is available for download!
> This release is based on the 2.067.1 frontend and standard library and
> supports LLVM 3.1-3.7 (OS X: no support for 3.3).
>
> Don't miss to check if your preferred
On Wednesday, 28 October 2015 at 12:09:53 UTC, rcorre wrote:
Its not uncommon that I need a compile-time list that counts
from 0..n.
It seems like the only 'standard' way to do this is
`std.typecons.staticIota`, which is undocumented and has
package level access.
Looking through the
On 10/28/2015 7:58 AM, Andrei Alexandrescu wrote:
On 10/28/2015 04:13 AM, Jacob Carlborg wrote:
On 2015-10-27 22:19, Andrei Alexandrescu wrote:
That doesn't seem to be the case at all. -- Andrei
I'm not a C++ or Rust expert. But I think that in Rust and with the new
C++ guide lines the idea
On Wednesday, 28 October 2015 at 20:04:44 UTC, Shammah Chancellor
wrote:
On Monday, 26 October 2015 at 23:25:49 UTC, Tofu Ninja wrote:
So we have TemplateThisParameters methods which are cool but
have some drawbacks.
They are templates so they are implicitly non-virtual and are
called based
On Wednesday, 28 October 2015 at 20:04:44 UTC, Shammah Chancellor
wrote:
This kind of magic is detrimental to being able to reason about
the code you are writing. If libraries do this for example,
there's too much spooky action-at-a-distance occurring. Having
explicit mixins is the
1 - 100 of 131 matches
Mail list logo