On 1/5/2015 5:39 PM, Jeremy DeHaan wrote:
That's really funny that this is your topic. I was planning on going a blog post
on almost the exact same thing.
I really wish I could come and see it but I don't know how bad busing out there
would be. :(
There is good bus service to the Microsoft
https://issues.dlang.org/show_bug.cgi?id=10989
--- Comment #7 from github-bugzi...@puremagic.com ---
Commits pushed to master at https://github.com/D-Programming-Language/dmd
https://github.com/D-Programming-Language/dmd/commit/73e48f02b6eca202f7bacc0023555d5608f7019c
fix Issue 10989 - [CTFE]
On Monday, 5 January 2015 at 22:51:25 UTC, Joseph Rushton
Wakeling via Digitalmars-d wrote:
On 05/01/15 21:57, Joakim via Digitalmars-d wrote:
If you're not paying, you're not a customer. The alternative
is to use the
bug-ridden OSS implementation you're using now for free, and
not have a
On Tuesday, 6 January 2015 at 03:20:27 UTC, weaselcat wrote:
Is it still worth buying TDPL since it's almost 5 years old? I
realize classics like KR C are near timeless, but D has seen a
lot of changes.
Has the ebook version been updated at all(i.e, with the errata?)
How is the physical
For my particular project (it binds with something like finite
state machine) I will write some counterpart of decode function
from std.utf. Future function will decode string backward, return
dchar and change index passed by reference.
Is it interesting for community that I code this feature
On 1/5/2015 2:04 PM, Steven Schveighoffer wrote:
To give you an example of why that sucks, imagine that your accessor for
member_x is nothrow, but your setter is not. This means you either make an
exception, or you just split up obvious file-mates into separate corners.
Source control gets
On Monday, 5 January 2015 at 00:50:57 UTC, Brian Schott wrote:
Looks like it's time to spend some more time with perf:
http://i.imgur.com/k50dFbU.png
X-axis: Meaningless (Phobos module file names)
Y-axis: Time in hnsecs (Lower is better)
I had to hack the ddmd code to get it compile (more
On Sunday, 4 January 2015 at 00:05:51 UTC, Martin Nowak wrote:
https://github.com/Hackerpilot/Dscanner
Brilliant thanks - I've successfully integrated it into my
IntelliJ plugin
On 2015-01-05 05:04, Brian Schott wrote:
Getting dub to turn on optimizations is easier than getting it to turn
off debugging.
dub build --build=release ?
--
/Jacob Carlborg
On Tuesday, 30 December 2014 at 10:37:14 UTC, ketmar via
Digitalmars-d-announce wrote:
p.s. there is small glitch with checked checkboxes though:
image is not
transparent.
I've created pull request for dlib with added support of
transparency in indexed color PNGs.
Issue with non-transparent
On 26 December 2014 at 22:33, Vadim Lopatin via Digitalmars-d-announce
digitalmars-d-announce@puremagic.com wrote:
Hello!
DlangUI project is alive and under active development.
https://github.com/buggins/dlangui
Recent changes:
- new controls: ScrollWidget, TreeView, ComboBox, ...
- new
What is kill future of Nim?
D is successor of C++, but Nim? Successor of Python?
On 5 January 2015 at 09:23, Daniel Murphy via Digitalmars-d
digitalmars-d@puremagic.com wrote:
Iain Buclaw via Digitalmars-d wrote in message
news:mailman.4141.1420448690.9932.digitalmar...@puremagic.com...
void foo(int bar, ...)
{
va_list* va = void;
va_list[1] __va_argsave;
va =
On 5/01/2015 11:42 p.m., Laeeth Isharc wrote:
Figured out a fix:
versions: [VibeCustomMain],
It is still mysterious as to why it is pulling in vibed though (I don't
import it, and I didn't think ddbc did).
https://github.com/mysql-d/mysql-native/blob/master/package.json
On Sunday, 4 January 2015 at 05:38:06 UTC, Martin Nowak wrote:
I'd like to have a few more real world GC benchmarks in
druntime.
The current ones are all rather micro-benchmarks, some of them
don't even create garbage.
So if someone has a program that is heavily GC limited, I'd be
interested
Daniel Murphy:
Every C++ programmer has hit this bug at some point:
struct S
{
int a;
S(int a)
{
a = a;
}
};
I have a bug report for something like that [TM]:
https://issues.dlang.org/show_bug.cgi?id=3878
Bye,
bearophile
On Monday, 5 January 2015 at 10:46:17 UTC, Rikki Cattermole wrote:
On 5/01/2015 11:42 p.m., Laeeth Isharc wrote:
Figured out a fix:
versions: [VibeCustomMain],
It is still mysterious as to why it is pulling in vibed though
(I don't
import it, and I didn't think ddbc did).
Ary Borenszweig:
Are there proofs of percentage of bugs caused by incorrectly
mutating variables that were supposed to be immutable?
I don't know, probably not, but the progress in language design
is still in its pre-quantitative phase (note: I think Rust
variables are constant by default,
On Monday, 5 January 2015 at 11:01:51 UTC, bearophile wrote:
I don't remember having such bug in my life.
Perhaps you are very good, but a language like D must be
designed for more common programmers like Kenji Hara, Andrei
Alexandrescu, or Raymond Hettinger.
Bye,
bearophile
kapow!
On 5/01/2015 11:55 p.m., Laeeth Isharc wrote:
On Monday, 5 January 2015 at 10:46:17 UTC, Rikki Cattermole wrote:
On 5/01/2015 11:42 p.m., Laeeth Isharc wrote:
Figured out a fix:
versions: [VibeCustomMain],
It is still mysterious as to why it is pulling in vibed though (I don't
import it,
On Monday, 5 January 2015 at 09:51:22 UTC, Suliman wrote:
What is kill future of Nim?
D is successor of C++, but Nim? Successor of Python?
A C++ successor is any language that earns its place in a OS
vendors SDK as the OS official supported language for all OS
layers.
Which one it will be
Am 04.01.2015 um 06:37 schrieb Martin Nowak:
I'd like to have a few more real world GC benchmarks in druntime.
The current ones are all rather micro-benchmarks, some of them don't
even create garbage.
So if someone has a program that is heavily GC limited, I'd be
interested in seeing that
Hi.
I am building an example for hibernated (I put a main around the
sample code extract from the website).
How do I stop dub trying to build a vibed project?
Here is my dub.json
{
name: ddbc example,
description: example for DB Connector for D language,
similar to JDBC,
https://issues.dlang.org/show_bug.cgi?id=10989
e10s electrolysis.j...@gmail.com changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Figured out a fix:
versions: [VibeCustomMain],
It is still mysterious as to why it is pulling in vibed though (I
don't import it, and I didn't think ddbc did).
Iain Buclaw via Digitalmars-d wrote in message
news:mailman.4143.1420452193.9932.digitalmar...@puremagic.com...
That depends on how we agree to go forward with this. From memory, we
each do / did things differently.
I have no doubt that the way I've done it is a kludge at best, but
I'll
David Nadlinger wrote in message
news:qlzdmlnzlklofmlkq...@forum.dlang.org...
It is. It breaks vararg cross-platform compatibility (e.g. Linux x86 vs.
Linux x86_64) and GDC/LDC will never need it. It's something that we
really to be fixed sooner than later. The only reason why the current
On 5 January 2015 at 08:28, Daniel Murphy via Digitalmars-d
digitalmars-d@puremagic.com wrote:
David Nadlinger wrote in message
news:qlzdmlnzlklofmlkq...@forum.dlang.org...
It is. It breaks vararg cross-platform compatibility (e.g. Linux x86 vs.
Linux x86_64) and GDC/LDC will never need it.
On Tuesday, 23 December 2014 at 17:33:07 UTC, Gary Willoughby
wrote:
For a bit of fun and prompted by a thread requesting such, i've
created a few visualisation videos generated from D
repositories by Gource.
I would love to see a graph with all the blocked issues and their
dependencies.
Thanks everyone for the incite so far! Reading between the lines,
I gather most thoughts are that both languages are similar in
their positioning/objectives yet differ in certain domains (e.g.
generic/template capabilities) and qualities (e.g. Nim
opinionated choice of scope delimiters). Does
Iain Buclaw via Digitalmars-d wrote in message
news:mailman.4141.1420448690.9932.digitalmar...@puremagic.com...
void foo(int bar, ...)
{
va_list* va = void;
va_list[1] __va_argsave;
va = __va_argsave;
...
}
The above being compiler generated by DMD.
Should that be va =
On Monday, 5 January 2015 at 09:43:28 UTC, Manu via
Digitalmars-d-announce wrote:
On 26 December 2014 at 22:33, Vadim Lopatin via
Digitalmars-d-announce
digitalmars-d-announce@puremagic.com wrote:
Hello!
DlangUI project is alive and under active development.
On 5 January 2015 at 11:21, Daniel Murphy via Digitalmars-d
digitalmars-d@puremagic.com wrote:
Iain Buclaw via Digitalmars-d wrote in message
news:mailman.4143.1420452193.9932.digitalmar...@puremagic.com...
That depends on how we agree to go forward with this. From memory, we
each do / did
On Monday, 5 January 2015 at 03:33:15 UTC, Mike wrote:
On Sunday, 4 January 2015 at 17:25:49 UTC, Martin Nowak wrote:
Exceptions on MC sounds like a bad idea,
That is a bias of old. It is entirely dependent on the
application. Many modern uses of microcontrollers are not hard
real-time,
On Monday, 5 January 2015 at 00:01:34 UTC, Walter Bright wrote:
D:
printf(%d LANGUAGE D %d\n, len, sw.peek().msecs);
Correctly written D:
writeln(len, LANGUAGE D , sw.peek().msecs);
Just a note that the reason it uses printf is because, when ldc
was working on ARM, writeln produced
Is it possible to compile for other OS's on Windows using dmd?
Daniel Murphy wrote in message news:m8dv1g$1cg4$1...@digitalmars.com...
Druntime and phobos rely on va_list converting to void*. Should this
a) be allowed on platforms where va_list is a pointer
b) always be allowed
c) never be allowed
???
And what about explicit casts?
Iain Buclaw via Digitalmars-d wrote in message
news:mailman.4146.1420457999.9932.digitalmar...@puremagic.com...
That is correct for user code, but not druntime C bindings.
GDC can compile the test in 3568 thanks to the GCC backend providing
the va_list struct a name (__va_list_tag).
However
On 1/5/15 8:06 AM, deadalnix wrote:
On Monday, 29 December 2014 at 20:26:27 UTC, Steven Schveighoffer wrote:
On 12/29/14 2:50 PM, Walter Bright wrote:
On 12/29/2014 5:53 AM, Steven Schveighoffer wrote:
On 12/28/14 4:33 PM, Walter Bright wrote:
inout is not transitive, so a ref on the
On 01/05/2015 04:50 AM, Mike wrote:
Exactly, that's good example.
Can we please file those as betterC bugs in https://issues.dlang.org/.
If we sort those out, it will be much easier next time.
On Saturday, 3 January 2015 at 16:17:44 UTC, Mathias LANG wrote:
On Wednesday, 31 December 2014 at 03:25:53 UTC, Craig
Dillabaugh wrote:
I was hoping folks to take a brief break from bickering about
features, and arguing over which posters have been naughty,
and which have been nice, to get a
On 01/05/2015 04:38 AM, Mike wrote:
I forgot to mention in my last post your proposal for moving TypeInfo to
the runtime [1] is also one of the changes I had in mind. It would be an
excellent start, an important precedent, and would avoid the ridiculous
TypeInfo-faking hack necessary to get a
On Monday, 5 January 2015 at 11:49:32 UTC, Bauss wrote:
Is it possible to compile for other OS's on Windows using dmd?
This is what's known as cross compiling and is not currently
supported by DMD at this time.
On Monday, 5 January 2015 at 10:27:06 UTC, Laeeth Isharc wrote:
Hi.
I am building an example for hibernated (I put a main around
the sample code extract from the website).
How do I stop dub trying to build a vibed project?
Here is my dub.json
{
name: ddbc example,
description:
On Saturday, 3 January 2015 at 23:11:08 UTC, Jonathan M Davis via
Digitalmars-d-learn wrote:
Ideally, you would never cast away shared, and it would be cast
away for you
by the compiler in sections of code where it can guarantee that
it's safe to
do so (that was part of the idea behind
On Monday, 5 January 2015 at 10:21:12 UTC, Paulo Pinto wrote:
On Monday, 5 January 2015 at 09:51:22 UTC, Suliman wrote:
What is kill future of Nim?
D is successor of C++, but Nim? Successor of Python?
A C++ successor is any language that earns its place in a OS
vendors SDK as the OS
On Wednesday, 31 December 2014 at 21:08:29 UTC, Dicebot wrote:
This mostly matches my current opinion of DIP25 + DIP69 as
well. It is not as much problem of lacking power but utterly
breaking KISS principle - too many special cases to remember,
too many concepts to learn. Path of minimal
I opened an issue about this last year:
https://github.com/mysql-d/mysql-native/issues/44
Thanks.
Laeeth.
On Monday, 5 January 2015 at 13:13:43 UTC, Ola Fosheim Grøstad
wrote:
On Monday, 5 January 2015 at 10:21:12 UTC, Paulo Pinto wrote:
On Monday, 5 January 2015 at 09:51:22 UTC, Suliman wrote:
What is kill future of Nim?
D is successor of C++, but Nim? Successor of Python?
A C++ successor is
On Monday, 29 December 2014 at 20:26:27 UTC, Steven Schveighoffer
wrote:
On 12/29/14 2:50 PM, Walter Bright wrote:
On 12/29/2014 5:53 AM, Steven Schveighoffer wrote:
On 12/28/14 4:33 PM, Walter Bright wrote:
inout is not transitive, so a ref on the container doesn't
apply to a
ref on the
On Monday, 5 January 2015 at 07:46:20 UTC, Walter Bright wrote:
http://nwcpp.org/
All are invited.
Now I just have to write the presentation :-(
Congratulations. I hope the talk goes well.
Will audio be available afterwards?
At a slight tangent, has anything more recent been written on
Daniel Murphy wrote in message news:m8dv49$1cgs$1...@digitalmars.com...
And what about explicit casts?
Oh yeah, and how does __va_argsave work, why do we need it?
Looking at the druntime and phobos code, I'm not sure which stuff is
correct, which stuff needs to have the X86_64 version
On Monday, 5 January 2015 at 08:13:29 UTC, Jonathan wrote:
Thanks everyone for the incite so far! Reading between the
lines, I gather most thoughts are that both languages are
similar in their positioning/objectives yet differ in certain
domains (e.g. generic/template capabilities) and
On Monday, 5 January 2015 at 13:47:24 UTC, Paulo Pinto wrote:
For C++ there is the Itanium ABI, COM/WinRT on Windows and the
upcoming C++17 ABI.
If there will be a C++17 ABI and it is adopted, then that will be
the beginning of the end for C++ IMO. (Wishful thinking... ;-)
Yes there are
On 1/5/15 8:01 AM, bearophile wrote:
Ary Borenszweig:
Are there proofs of percentage of bugs caused by incorrectly mutating
variables that were supposed to be immutable?
I don't know, probably not, but the progress in language design is still
in its pre-quantitative phase (note: I think Rust
On Monday, 5 January 2015 at 12:54:00 UTC, Gary Willoughby wrote:
On Monday, 5 January 2015 at 11:49:32 UTC, Bauss wrote:
Is it possible to compile for other OS's on Windows using dmd?
This is what's known as cross compiling and is not currently
supported by DMD at this time.
Any
On 01/05/2015 02:59 AM, Craig Dillabaugh wrote:
Do you feel the current posting on the Wiki accurately best reflects
what work needs to be done on this project.
Yeah, it's pretty good.
I've thrown out the hosted ARM project (AFAIK gdc and ldc are almost
done) and filled in some details for
On Monday, 5 January 2015 at 14:40:18 UTC, Ary Borenszweig wrote:
You said Computer Science has found that the right
default for variables is to have them immutable. I don't think
Rust == Computer Science. Otherwise their compiler would be
fast (Computer Science knows how to do fast
On Monday, 5 January 2015 at 14:22:04 UTC, Ola Fosheim Grøstad
wrote:
On Monday, 5 January 2015 at 13:47:24 UTC, Paulo Pinto wrote:
For C++ there is the Itanium ABI, COM/WinRT on Windows and the
upcoming C++17 ABI.
If there will be a C++17 ABI and it is adopted, then that will
be the
On 01/05/2015 11:26 AM, Benjamin Thaut wrote:
If you are interrested I might be able to branch of a old revision and
make it compile with the latest dmd again.
I'm interested in realistically simulating your allocation patterns.
That includes types and allocation sizes, allocation order,
On Monday, 5 January 2015 at 14:46:25 UTC, Martin Nowak wrote:
On 01/05/2015 02:59 AM, Craig Dillabaugh wrote:
Do you feel the current posting on the Wiki accurately best
reflects
what work needs to be done on this project.
Yeah, it's pretty good.
I've thrown out the hosted ARM project
On Monday, 5 January 2015 at 14:00:13 UTC, Steven Schveighoffer
wrote:
On 1/5/15 8:06 AM, deadalnix wrote:
On Monday, 29 December 2014 at 20:26:27 UTC, Steven
Schveighoffer wrote:
On 12/29/14 2:50 PM, Walter Bright wrote:
On 12/29/2014 5:53 AM, Steven Schveighoffer wrote:
On 12/28/14 4:33
On Monday, 5 January 2015 at 14:52:00 UTC, Paulo Pinto wrote:
For your reference, http://isocpp.org/files/papers/n4028.pdf
Yeah, I saw that one, but when ABI was brought up in one of the
CppCon videos I perceived a lack of enthusiasm among the other
committee members. Maybe I got the wrong
On Monday, 5 January 2015 at 15:57:32 UTC, Ola Fosheim Grøstad
wrote:
But I agree that colour theory is solid enough to be considered
stable and that it would be a great benefit to have a single
library used across multiple projects. It is also very suitable
for templated types.
Yeah, in my
On Monday, 5 January 2015 at 14:00:13 UTC, Steven Schveighoffer
wrote:
I strongly disagree :) inout enables so many things that just
aren't possible otherwise.
Most recent example:
https://github.com/D-Programming-Language/druntime/pull/1079
inout only gets confusing when you start using
On 5 January 2015 at 12:11, Daniel Murphy via Digitalmars-d
digitalmars-d@puremagic.com wrote:
Iain Buclaw via Digitalmars-d wrote in message
news:mailman.4146.1420457999.9932.digitalmar...@puremagic.com...
That is correct for user code, but not druntime C bindings.
GDC can compile the test
On Thursday, 1 January 2015 at 06:38:41 UTC, Manu via
Digitalmars-d wrote:
I've been working on a pretty comprehensive module for dealing
with
colours in various formats and colour spaces and conversions
between
all of these.
It seems like a hot area for duplicated effort, since anything
that
On Monday, 5 January 2015 at 11:38:17 UTC, Paulo Pinto wrote:
Personally I would chose Netduino and MicroEJ capable boards if
I ever do any electronics again as hobby.
Given your experience wouldn't D be capable to target such
systems as well?
Yes, D is perfectly capable of targeting
On Monday, 5 January 2015 at 15:00:05 UTC, Bauss wrote:
On Monday, 5 January 2015 at 12:54:00 UTC, Gary Willoughby
wrote:
On Monday, 5 January 2015 at 11:49:32 UTC, Bauss wrote:
Is it possible to compile for other OS's on Windows using dmd?
This is what's known as cross compiling and is not
On Saturday, 3 January 2015 at 03:33:29 UTC, Rikki Cattermole
wrote:
On 3/01/2015 3:59 p.m., Craig Dillabaugh wrote:
On Saturday, 3 January 2015 at 00:15:42 UTC, Rikki Cattermole
wrote:
On 3/01/2015 4:30 a.m., Craig Dillabaugh wrote:
On Thursday, 1 January 2015 at 06:19:14 UTC, Rikki
Am 05.01.2015 um 17:02 schrieb Kiith-Sa:
On Monday, 5 January 2015 at 14:52:36 UTC, Martin Nowak wrote:
On 01/05/2015 11:26 AM, Benjamin Thaut wrote:
If you are interrested I might be able to branch of a old revision and
make it compile with the latest dmd again.
I'm interested in
On 5 January 2015 at 12:13, Daniel Murphy via Digitalmars-d
digitalmars-d@puremagic.com wrote:
Daniel Murphy wrote in message news:m8dv1g$1cg4$1...@digitalmars.com...
Druntime and phobos rely on va_list converting to void*. Should this
a) be allowed on platforms where va_list is a pointer
On 5 January 2015 at 13:37, Daniel Murphy via Digitalmars-d
digitalmars-d@puremagic.com wrote:
Daniel Murphy wrote in message news:m8dv49$1cgs$1...@digitalmars.com...
And what about explicit casts?
Oh yeah, and how does __va_argsave work, why do we need it?
Looking at the druntime and
On 5 January 2015 at 14:46, Martin Nowak via Digitalmars-d
digitalmars-d@puremagic.com wrote:
On 01/05/2015 02:59 AM, Craig Dillabaugh wrote:
Do you feel the current posting on the Wiki accurately best reflects
what work needs to be done on this project.
Yeah, it's pretty good.
I've thrown
On Sunday, 4 January 2015 at 01:12:14 UTC, Manu via Digitalmars-d
wrote:
It's like this: ref is a massive problem when it finds it's way
into meta.
ref is relatively rare today... so the problem is occasional.
scope on the other hand will be epic compared to ref. If we
infer
scope (which we'll
On 1/5/15 4:10 PM, Walter Bright wrote:
On 12/30/2014 4:14 AM, Steven Schveighoffer wrote:
But I agree. The problem is, most times, you WANT to ensure your code
is @safe
pure nothrow (and now @nogc), even for template functions. That's a
lot of
baggage to put on each signature. I just helped
On Monday, 5 January 2015 at 21:25:01 UTC, Daniel N wrote:
An alternative could be to use the already existing 'export'.
'extern'. Yeah, something like 'extern (noinfer):'.
On Monday, 5 January 2015 at 22:00:40 UTC, Zach the Mystic wrote:
On Monday, 5 January 2015 at 21:25:01 UTC, Daniel N wrote:
An alternative could be to use the already existing 'export'.
'extern'. Yeah, something like 'extern (noinfer):'.
Err, yeah, whatever works!
On 05/01/15 21:57, Joakim via Digitalmars-d wrote:
If you're not paying, you're not a customer. The alternative is to use the
bug-ridden OSS implementation you're using now for free, and not have a paid
version for those who want those bugs fixed. I don't doubt that some irrational
people
On Monday, 5 January 2015 at 19:18:34 UTC, Steven Schveighoffer
wrote:
On 1/5/15 11:51 AM, deadalnix wrote:
On Monday, 5 January 2015 at 14:00:13 UTC, Steven
Schveighoffer wrote:
I strongly disagree :) inout enables so many things that just
aren't
possible otherwise.
Most recent example:
Am 05.01.2015 um 18:51 schrieb Daniel Murphy:
Benjamin Thaut wrote in message news:m8eian$21nu$1...@digitalmars.com...
Today I had a bad template error message and I though I might post it
here so something can be done about it, the error message was:
Please report in bugzilla:
On 6 January 2015 at 04:11, via Digitalmars-d
digitalmars-d@puremagic.com wrote:
On Monday, 5 January 2015 at 16:08:27 UTC, Adam D. Ruppe wrote:
Yeah, in my misc repo, there used to be stand along image.d and
simpledisplay.d. Now, they both depend on color.d. Even just a basic
definition we
On Monday, 5 January 2015 at 07:46:20 UTC, Walter Bright wrote:
http://nwcpp.org/
All are invited.
Now I just have to write the presentation :-(
That's really funny that this is your topic. I was planning on
going a blog post on almost the exact same thing.
I really wish I could come and
On 05/01/15 22:14, Zach the Mystic via Digitalmars-d wrote:
I get a compiler error. The only way to stop it is to add unnecessary visual
noise to the first function. All of these attributes should be something that
you *want* to add, not something that you *need*. The compiler can obviously
On Sunday, 4 January 2015 at 00:22:01 UTC, ixid wrote:
Why don't templates take a type from the default argument if
nothing else is supplied?
https://issues.dlang.org/show_bug.cgi?id=2803
On 06/01/15 00:48, Joseph Rushton Wakeling via Digitalmars-d wrote:
IMHO if anything like this is to be implemented, the extra flag should be to
indicate that a function is _not_ intended to be part of the API and that
therefore it is OK to infer its attributes.
Hmm. On thinking about this
On Monday, 5 January 2015 at 23:48:17 UTC, Joseph Rushton
Wakeling via Digitalmars-d wrote:
Here's the rationale. Suppose that I have a bunch of functions
that are all intended to be part of the public API of my
project. I accidentally forget to tag one of them with the
@api attribute,
A
On Tuesday, 6 January 2015 at 03:20:27 UTC, weaselcat wrote:
Is it still worth buying TDPL since it's almost 5 years old? I
realize classics like KR C are near timeless, but D has seen a
lot of changes.
Has the ebook version been updated at all(i.e, with the errata?)
How is the physical
Is it still worth buying TDPL since it's almost 5 years old? I
realize classics like KR C are near timeless, but D has seen a
lot of changes.
Has the ebook version been updated at all(i.e, with the errata?)
How is the physical quality of the print book?
Thanks. -
Joseph Rushton Wakeling via Digitalmars-d wrote in message
news:mailman.4177.1420498284.9932.digitalmar...@puremagic.com...
A company is not going to just write a bunch of patches and open source
all of
them unless they have some complementary business model to go with it,
whether
Is it possible to use static if in a template structure to have
some member functions only for specific types?
E.g.:
struct Foo(T)
{
...
T get() { ... }
static if(isMutable!T)
{
void set(T x) { ... }
}
}
On Mon, 05 Jan 2015 17:47:09 +, Dominikus Dittes Scherkl wrote:
Is it possible to use static if in a template structure to have some
member functions only for specific types?
Yep. This is actually a frequently used pattern in functions that return
ranges.
On Monday, 5 January 2015 at 17:55:49 UTC, Justin Whear wrote:
On Mon, 05 Jan 2015 17:47:09 +, Dominikus Dittes Scherkl
wrote:
Is it possible to use static if in a template structure to
have some
member functions only for specific types?
Yep. This is actually a frequently used pattern
On Monday, 5 January 2015 at 16:08:27 UTC, Adam D. Ruppe wrote:
Yeah, in my misc repo, there used to be stand along image.d and
simpledisplay.d. Now, they both depend on color.d. Even just a
basic definition we can use elsewhere is nice to have so other
libs can interop on that level without
On Monday, 5 January 2015 at 04:10:41 UTC, H. S. Teoh via
Digitalmars-d wrote:
On Sun, Jan 04, 2015 at 07:25:28PM -0800, Andrei Alexandrescu
via Digitalmars-d wrote:
On 1/4/15 5:07 PM, weaselcat wrote:
Why does reduce! take the seed as its first parameter btw? It
sort of
messes up function
Iain Buclaw via Digitalmars-d wrote in message
news:mailman.4157.1420479008.9932.digitalmar...@puremagic.com...
For consistency? I would go with (c) as va_list could be anything,
even a struct (PPC). That and people shouldn't (*!*) be manipulating
va_list directly, though unfortunately we do
Today I had a bad template error message and I though I might post it
here so something can be done about it, the error message was:
/usr/include/dlang/dmd/std/conv.d(278): Error: template instance
isRawStaticArray!() does not match template declaration
isRawStaticArray(T, A...)
I was not
Benjamin Thaut wrote in message news:m8eian$21nu$1...@digitalmars.com...
Today I had a bad template error message and I though I might post it
here so something can be done about it, the error message was:
Please report in bugzilla: http://d.puremagic.com/issues/
On 5 January 2015 at 17:44, Daniel Murphy via Digitalmars-d
digitalmars-d@puremagic.com wrote:
Iain Buclaw via Digitalmars-d wrote in message
news:mailman.4157.1420479008.9932.digitalmar...@puremagic.com...
For consistency? I would go with (c) as va_list could be anything,
even a struct
On Monday, January 05, 2015 12:59:26 via Digitalmars-d-learn wrote:
I am also not overly happy with D making TLS default. That means
new threads instantiate a lot of unused memory if the workload is
heterogeneous (different threads do different type of work). TLS
only make sense for things
1 - 100 of 120 matches
Mail list logo