On 18.03.2015 01:46, Martin Nowak wrote:
On 03/18/2015 01:13 AM, Manu via Digitalmars-d-announce wrote:
Yes. Has for a while.
We're really hanging out for the 32bit COFF libs to ship with DMD.
Well, someone should add a build target to
On Friday, 20 March 2015 at 00:30:25 UTC, deadalnix wrote:
On Thursday, 19 March 2015 at 20:43:55 UTC, Almighty Bob wrote:
Its the emperor's new clothes.
Type inference is useful. Deal with it.
I like type inference.
I dont like voldomort types, the cost/benefit is fail.
https://issues.dlang.org/show_bug.cgi?id=14310
Martin Krejcirik m...@krej.cz changed:
What|Removed |Added
Status|NEW |RESOLVED
https://issues.dlang.org/show_bug.cgi?id=13856
Martin Krejcirik m...@krej.cz changed:
What|Removed |Added
CC||m...@krej.cz
--- Comment #4
Just a reminder - this is happening next Tuesday - please come
along if you are in London and fancy a bit of D programming fun.
On Thursday, 26 February 2015 at 15:56:13 UTC, Kingsley wrote:
Hi,
The second London D Programmers Meetup is now officially
scheduled for Tuesday 24th March. As
On Thursday, 19 March 2015 at 23:02:07 UTC, w0rp wrote:
On Thursday, 19 March 2015 at 20:43:55 UTC, Almighty Bob wrote:
On Thursday, 19 March 2015 at 10:07:06 UTC, John Colvin wrote:
On Tuesday, 17 March 2015 at 18:29:20 UTC, Almighty Bob wrote:
On Tuesday, 17 March 2015 at 11:48:15 UTC, Nick
On 3/19/2015 2:43 AM, deadalnix wrote:
Here is what will pass review :
Presumably the reviewers will have some common sense and taste.
class User {
/**
* Accessor to get the id of the user.
*
* @return : the id of the user
*/
uint getUserID() { ... }
/**
On Thursday, 19 March 2015 at 22:05:51 UTC, Walter Bright wrote:
On 3/19/2015 2:40 AM, deadalnix wrote:
And I'm sorry, but if most function require DDoc, your code
probably sucks quite
badly and some renaming should be considered.
I've never seen any code that self-documented why.
Indeed,
On Thursday, 19 March 2015 at 22:14:02 UTC, Jeremy Powers wrote:
As for the documentation - yeah, don't write docs that
duplicate what is
there in the method signature.
I'm not a big fan of that. It's one of those slippery slope
things. The documentation should be written for a new D user,
https://issues.dlang.org/show_bug.cgi?id=14310
--- Comment #3 from Martin Krejcirik m...@krej.cz ---
It depend(In reply to Vladimir Panteleev from comment #2)
I can't reproduce this on Windows. Looks like a duplicate of issue 13856
and particularly issue 14005 except for that this one is a
On Thursday, 19 March 2015 at 23:02:07 UTC, w0rp wrote:
No it doesn't. The private bits are still private, the public
bits are still public.
All it does is complicate the user side.
Its the emperor's new clothes.
It's not possible to construct a voldemort type outside of the
function
On Thursday, March 19, 2015 22:27:33 deadalnix via Digitalmars-d wrote:
On Thursday, 19 March 2015 at 22:05:51 UTC, Walter Bright wrote:
On 3/19/2015 2:40 AM, deadalnix wrote:
And I'm sorry, but if most function require DDoc, your code
probably sucks quite
badly and some renaming should
On Thursday, 19 March 2015 at 23:45:03 UTC, bachmeier wrote:
On Thursday, 19 March 2015 at 22:14:02 UTC, Jeremy Powers wrote:
As for the documentation - yeah, don't write docs that
duplicate what is
there in the method signature.
I'm not a big fan of that. It's one of those slippery slope
On Thursday, 19 March 2015 at 22:04:01 UTC, Walter Bright wrote:
On 3/19/2015 2:43 AM, deadalnix wrote:
Here is what will pass review :
Presumably the reviewers will have some common sense and taste.
class User {
/**
* Accessor to get the id of the user.
*
* @return : the id
https://issues.dlang.org/show_bug.cgi?id=14310
Vladimir Panteleev thecybersha...@gmail.com changed:
What|Removed |Added
CC|
https://issues.dlang.org/show_bug.cgi?id=14310
Martin Krejcirik m...@krej.cz changed:
What|Removed |Added
Component|druntime|Phobos
--
On Thursday, 19 March 2015 at 20:43:55 UTC, Almighty Bob wrote:
Its the emperor's new clothes.
Type inference is useful. Deal with it.
On Wednesday, 18 March 2015 at 13:01:50 UTC, Oren Tirosh wrote:
The scope storage class is a two way contract. The function
promises not to escape the reference. The caller promises to
ensure the storage that the reference is pointing to will
remain valid for the duration of the function call.
https://issues.dlang.org/show_bug.cgi?id=14301
Ivan Kazmenko ga...@mail.ru changed:
What|Removed |Added
CC||ga...@mail.ru
--- Comment #11
On Thursday, 19 March 2015 at 08:38:45 UTC, Kagamin wrote:
Hmm... I read it as it shall have the return type of int, but
if not, then it's implementation-defined.
In that case, I refer you to https://www.ietf.org/rfc/rfc2119.txt
On Thursday, 19 March 2015 at 07:42:48 UTC, Kagamin wrote:
On Wednesday, 18 March 2015 at 15:54:04 UTC, krzaq wrote:
Oh, right. I'm sorry, I assumed void main() means D, since
it's not legit C++.
C++ allows implementation-defined return type of main.
I'm afraid that you've mistaken C++ for
On Thursday, 19 March 2015 at 08:32:10 UTC, krzaq wrote:
but otherwise its type is implementation-defined.
This.
On 3/18/2015 3:05 PM, Brian Schott wrote:
On Wednesday, 18 March 2015 at 18:48:53 UTC, Walter Bright wrote:
I'm fed up with this problem. It is actively hurting us every day.
https://issues.dlang.org/show_bug.cgi?id=14307
Anyone want to take this on? Shouldn't be particularly difficult.
On Wednesday, 18 March 2015 at 19:43:47 UTC, Andrei Alexandrescu
wrote:
On 3/18/15 12:28 PM, Jacob Carlborg wrote:
On 2015-03-18 19:48, Walter Bright wrote:
I'm fed up with this problem. It is actively hurting us every
day.
https://issues.dlang.org/show_bug.cgi?id=14307
Anyone want to take
On Wednesday, 18 March 2015 at 19:28:44 UTC, Jacob Carlborg wrote:
On 2015-03-18 19:48, Walter Bright wrote:
I'm fed up with this problem. It is actively hurting us every
day.
https://issues.dlang.org/show_bug.cgi?id=14307
Anyone want to take this on? Shouldn't be particularly
difficult.
https://issues.dlang.org/show_bug.cgi?id=12744
--- Comment #1 from Tomer Filiba tomerfil...@gmail.com ---
happens on dmd 2.66.1 as well:
void f(int x, out int y) {
}
void g(ref ParameterTypeTuple!f params) {
f(params);
}
dmd: mtype.c:9529: void Parameter::toDecoBuffer(OutBuffer*):
On Thursday, 19 March 2015 at 08:33:07 UTC, Kagamin wrote:
On Thursday, 19 March 2015 at 08:32:10 UTC, krzaq wrote:
but otherwise its type is implementation-defined.
This.
I'm not sure what you're failing to understand here. It **shall*
have the return type of int. The rest (as in:
Hmm... I read it as it shall have the return type of int, but if
not, then it's implementation-defined.
Indeed, dfmt and/or dfix can handle that just fine. They can also
try to differentiate between public and private types.
On Thursday, 19 March 2015 at 08:17:42 UTC, Russel Winder wrote:
On Wed, 2015-03-18 at 13:27 +, CraigDillabaugh via
Digitalmars-d wrote:
[…]
There is quite possibly something too that, and as I imagine
with more functional experience it will come easier to me.
However, I still think
https://issues.dlang.org/show_bug.cgi?id=14308
Issue ID: 14308
Summary: Compiling druntime with -release breaks range
exceptions
Product: D
Version: unspecified
Hardware: All
OS: All
Status: NEW
On Wednesday, 18 March 2015 at 22:05:18 UTC, Brian Schott wrote:
On Wednesday, 18 March 2015 at 18:48:53 UTC, Walter Bright
wrote:
I'm fed up with this problem. It is actively hurting us every
day.
https://issues.dlang.org/show_bug.cgi?id=14307
Anyone want to take this on? Shouldn't be
On Friday, 13 March 2015 at 15:03:37 UTC, bearophile wrote:
Andrei Alexandrescu:
That's a rather random collection - strict seems to be D
without the stuff bearophile dislikes. -- Andrei
I am OK with that definition. Is that your best critique to
those suggestions? :-)
Bye,
bearophile
On Wed, 2015-03-18 at 13:27 +, CraigDillabaugh via Digitalmars-d wrote:
[…]
There is quite possibly something too that, and as I imagine
with more functional experience it will come easier to me.
However, I still think imperative code is generally easier to
reason about because
On 3/18/2015 4:41 PM, Walter Bright wrote:
#include stdbool.h
#include stdio.h
typedef long T;
bool find(T *array, size_t dim, T t) {
int i;
for (i = 0; i = dim; i++);
{
int v = array[i];
if (v == t)
return true;
}
}
Bugs:
1. i should be size_t
2. = should be
3.
On 2015-03-18 20:43, Andrei Alexandrescu wrote:
That won't pass review. -- Andrei
If that's the case, how did an undocumented symbol pass review in the
first place?
--
/Jacob Carlborg
On 3/18/2015 8:17 PM, H. S. Teoh via Digitalmars-d wrote:
I have pathetically little experience with most of phobos. I most
certainly hold the record for amount of passion associated with the D
language versus number of lines actually coded in it. That said, it
can't be that hard to figure out
https://issues.dlang.org/show_bug.cgi?id=14309
Issue ID: 14309
Summary: The difference between Microsoft's GUID and
std.uuid.UUID
Product: D
Version: D2
Hardware: x86_64
OS: Windows
Status: NEW
Two low-hanging fruits are to document bug
https://issues.dlang.org/show_bug.cgi?id=2742 (phobos) and
https://issues.dlang.org/show_bug.cgi?id=1983 (language)
Only two lines in docs.
On Wednesday, 18 March 2015 at 15:54:04 UTC, krzaq wrote:
Oh, right. I'm sorry, I assumed void main() means D, since it's
not legit C++.
C++ allows implementation-defined return type of main.
https://issues.dlang.org/show_bug.cgi?id=14307
Jacob Carlborg d...@me.com changed:
What|Removed |Added
CC||d...@me.com
--- Comment #3 from
On Tuesday, 17 March 2015 at 18:29:20 UTC, Almighty Bob wrote:
On Tuesday, 17 March 2015 at 11:48:15 UTC, Nick Treleaven wrote:
On 17/03/2015 10:31, Almighty Bob wrote:
It's far more useful for csvReader to return a type I know and
can use than it is to obscure the return type for the sake of
On Tuesday, 17 March 2015 at 15:11:02 UTC, Ivan Kazmenko wrote:
For the former problem, is there a tool which jumps out and
tells you use Phobos without importing things properly, or
suggests a Phobos import by the name of the stuff.
I did make something simple for myself, but it doesn't work
My friend Ruslan wrote pretty big doc for D-noobs about using D.
It's pretty much inspired by Ali book (thanks Ali!) but not so
big. I hope that doc will help to newcomers to start programming.
Any feed back are welcome!
http://wiki.dlang.org/Reading_the_documentation_%28in_Russian%29
P.S.
https://issues.dlang.org/show_bug.cgi?id=10664
Temtaime temta...@gmail.com changed:
What|Removed |Added
CC||temta...@gmail.com
--- Comment
On Wednesday, 18 March 2015 at 18:48:53 UTC, Walter Bright wrote:
I'm fed up with this problem. It is actively hurting us every
day.
https://issues.dlang.org/show_bug.cgi?id=14307
Anyone want to take this on? Shouldn't be particularly
difficult.
I would like this but issue warnings not
On Wednesday, 18 March 2015 at 15:52:33 UTC, Benjamin Thaut wrote:
On Wednesday, 18 March 2015 at 14:50:21 UTC, Namal wrote:
Can you help me show how to compile and link it together
please, thank you.
What platform are you on, windows, linux, osx? What c++
compiler do you use? msvc, clang,
On Wednesday, 18 March 2015 at 18:48:53 UTC, Walter Bright wrote:
I'm fed up with this problem. It is actively hurting us every
day.
https://issues.dlang.org/show_bug.cgi?id=14307
Anyone want to take this on? Shouldn't be particularly
difficult.
This is going to be a lot of fun as soon as
On Wednesday, 18 March 2015 at 22:32:06 UTC, Trent Forkert wrote:
On Wednesday, 18 March 2015 at 21:49:17 UTC, Bruno Medeiros
wrote:
Why is it insufficient? You don't have to use DUB to the
exclusion of everything else. Isn't the use of the
preGenerateCommands
On Wednesday, 18 March 2015 at 01:52:00 UTC, Laeeth Isharc wrote:
On Tuesday, 17 March 2015 at 21:00:11 UTC, bachmeier wrote:
On Tuesday, 17 March 2015 at 19:00:06 UTC, jmh530 wrote:
In addition, further development of the ability to call D
from R or Python* or Julia (or vice-versa) would also
On Tuesday, 25 March 2014 at 20:38:40 UTC, Jacob Carlborg wrote:
This is the formal review of Adam D. Ruppe's tool dtoh for
inclusion in the tools repository [1].
Dtoh is a tool used to convert D modules to C/C++ headers. This
allows to use D libraries in C/C++ code.
This review might be a
https://issues.dlang.org/show_bug.cgi?id=14133
Martin Nowak c...@dawg.eu changed:
What|Removed |Added
CC||etci...@gmail.com
--- Comment #3
https://issues.dlang.org/show_bug.cgi?id=14301
Martin Nowak c...@dawg.eu changed:
What|Removed |Added
Keywords||pull
--- Comment #15 from Martin
On 20 March 2015 at 01:31, Bruno Medeiros via Digitalmars-d-announce
digitalmars-d-announce@puremagic.com wrote:
On 19/03/2015 11:18, Dicebot wrote:
On Wednesday, 18 March 2015 at 22:32:06 UTC, Trent Forkert wrote:
Arbitrary, contrived example (though not entirely unrealistic):
* a C(++)
I let this here. Very interesting and relevant to anyone here.
https://www.youtube.com/watch?v=mDZ-QSLQIB8
https://issues.dlang.org/show_bug.cgi?id=14300
Martin Nowak c...@dawg.eu changed:
What|Removed |Added
Keywords||pull
CC|
On Wednesday, 18 March 2015 at 18:48:59 UTC, bachmeier wrote:
On Wednesday, 18 March 2015 at 15:13:24 UTC, jmh530 wrote:
You might be able to download the zip here:
https://bitbucket.org/bachmeil/dmdinline/downloads
and then install from a USB disk using install_local.
I ended up trying
On 20 March 2015 at 00:45, Trent Forkert via Digitalmars-d-announce
digitalmars-d-announce@puremagic.com wrote:
On Thursday, 19 March 2015 at 11:18:29 UTC, Dicebot wrote:
I call dub from makefile rules and feel pretty comfortable about such
pattern (apart from being not-so-portable compared to
https://issues.dlang.org/show_bug.cgi?id=14133
Martin Nowak c...@dawg.eu changed:
What|Removed |Added
Priority|P1 |P3
CC|
https://issues.dlang.org/show_bug.cgi?id=14304
--- Comment #4 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/9a6b349c3d9a1d991d429714c00fd103048ca792
fix Issue 14304 - ICE with
On 19 March 2015 at 07:49, Bruno Medeiros via Digitalmars-d-announce
digitalmars-d-announce@puremagic.com wrote:
On 17/03/2015 23:45, Manu via Digitalmars-d-announce wrote:
I just checked out DDT, and I noticed it seems to use DUB... _
Why this marriage? I was really hoping it would be a lot
On 3/19/2015 9:59 AM, Ola Fosheim =?UTF-8?B?R3LDuHN0YWQi?=
ola.fosheim.grostad+dl...@gmail.com wrote:
On Thursday, 19 March 2015 at 00:42:51 UTC, weaselcat wrote:
On Wednesday, 18 March 2015 at 12:59:17 UTC, bearophile wrote:
High level constructs in D are often slower than low-level code, so
https://issues.dlang.org/show_bug.cgi?id=14304
Kenji Hara k.hara...@gmail.com changed:
What|Removed |Added
Keywords||ice, pull
https://issues.dlang.org/show_bug.cgi?id=14133
--- Comment #2 from Martin Nowak c...@dawg.eu ---
mov%eax,-0x2(%rbp)
mov%eax,-0x1fffc(%rbp)
mov%eax,-0x1fff8(%rbp)
...
mov%ecx,-0x1f804(%rbp)
xor%edx,%edx // Why edx all of a sudden?
mov%edx,-0x1f800(%rbp)
...
https://issues.dlang.org/show_bug.cgi?id=14301
--- Comment #14 from Martin Nowak c...@dawg.eu ---
yes, those fixes will break some code. but refusing to fix 'em will leave
features broken forever, as there are more and more code that rely on broken
things.
https://issues.dlang.org/show_bug.cgi?id=14056
Martin Nowak c...@dawg.eu changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://issues.dlang.org/show_bug.cgi?id=14301
--- Comment #16 from Ketmar Dark ket...@ketmar.no-ip.org ---
(In reply to Martin Nowak from comment #14)
This is not what I was saying, Kenji's patch fixes 313 and 314, which is
great, but it also unnecessarily changes how selective imports work.
On 19 March 2015 at 07:12, Bruno Medeiros via Digitalmars-d-announce
digitalmars-d-announce@puremagic.com wrote:
On 18/03/2015 00:12, Trent Forkert wrote:
Unless something has changed recently, it shouldn't require dub. Last
time I checked, my CMake work[1] could still generate projects for
On 3/19/2015 10:44 AM, Joakim wrote:
One underused resource seems to be all the examples bearophile has put on
Rosetta Code:
http://rosettacode.org/wiki/Category:D
If he, Adam, or some other proficient D user were to do a weekly series breaking
down each of those 733 examples one at a time-
https://issues.dlang.org/show_bug.cgi?id=14285
--- Comment #2 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/dc0316f77b3c00ce1e483daffa8e28e2f5cded35
fix Issue 14285 - alias
https://issues.dlang.org/show_bug.cgi?id=14285
github-bugzi...@puremagic.com changed:
What|Removed |Added
Status|NEW |RESOLVED
https://issues.dlang.org/show_bug.cgi?id=14285
--- Comment #3 from github-bugzi...@puremagic.com ---
Commit pushed to 2.067 at https://github.com/D-Programming-Language/dmd
https://github.com/D-Programming-Language/dmd/commit/7a0669d0081001bad8d72b592fe19bc9d6a63e82
Merge pull request #4500 from
Andrei Alexandrescu:
You may want to answer there, not here. I've also posted a
response.
There is this, with an attach:
https://issues.dlang.org/show_bug.cgi?id=11810
Bye,
bearophile
On 3/19/2015 4:41 AM, Suliman wrote:
My friend Ruslan wrote pretty big doc for D-noobs about using D.
It's pretty much inspired by Ali book (thanks Ali!) but not so big. I hope that
doc will help to newcomers to start programming.
Any feed back are welcome!
Hi,
Is it possible for D to create lazy functions, lazy arrays? Or in
addition to the function arguments can't be lazy in D?
On 20 March 2015 at 01:14, Bruno Medeiros via Digitalmars-d-announce
digitalmars-d-announce@puremagic.com wrote:
On 19/03/2015 14:45, Trent Forkert wrote:
On Thursday, 19 March 2015 at 11:18:29 UTC, Dicebot wrote:
Semantics analysis you can get by simply opening .d file in CDT
project is
On 3/19/2015 2:40 AM, deadalnix wrote:
And I'm sorry, but if most function require DDoc, your code probably sucks quite
badly and some renaming should be considered.
I've never seen any code that self-documented why.
On Thu, Mar 19, 2015 at 3:03 PM, Walter Bright via Digitalmars-d
digitalmars-d@puremagic.com wrote:
Accessor functions that merely return a field variable are bull anyway.
I would recommend against opening up this debate. Suffice it to say that
this is a well established pattern that many
On Thursday, 19 March 2015 at 20:43:55 UTC, Almighty Bob wrote:
On Thursday, 19 March 2015 at 10:07:06 UTC, John Colvin wrote:
On Tuesday, 17 March 2015 at 18:29:20 UTC, Almighty Bob wrote:
On Tuesday, 17 March 2015 at 11:48:15 UTC, Nick Treleaven
wrote:
On 17/03/2015 10:31, Almighty Bob
On Monday, 16 March 2015 at 15:39:52 UTC, Kingsley wrote:
Hi,
As a learning project I've knocked up a tiny library to output
ansi coloured text on linux/osx.
Have a look here for an earlier attempt:
http://forum.dlang.org/thread/mailman.41.1317934445.28623.digitalmar...@puremagic.com
This
On 18/03/2015 14:45, H. S. Teoh via Digitalmars-d wrote:
On Wed, Mar 18, 2015 at 07:45:54PM +1100, Daniel Murphy via Digitalmars-d wrote:
Kagamin wrote in message news:pltiewdojqrmgxrwh...@forum.dlang.org...
The compiler lexer can be of arbitrary complexity, because it's
already written. If
On Thu, 19 Mar 2015 10:47:05 -0700, Charles Hixson via Digitalmars-d-learn
wrote:
turn it 90 degrees. ;-)
auto cvt = cast(Node_*)buf.ptr;
n = cvt[0];
signature.asc
Description: PGP signature
My sdc32-experimental has now limited support for :
* foreach on forward-ranges
* inference of purity
* checking the returnType of main
currently it CANNOT generate 32bit code anymore ...
On 3/19/15 10:40 AM, weaselcat wrote:
On Thursday, 19 March 2015 at 16:59:36 UTC, Ola Fosheim Grøstad wrote:
On Thursday, 19 March 2015 at 00:42:51 UTC, weaselcat wrote:
On Wednesday, 18 March 2015 at 12:59:17 UTC, bearophile wrote:
High level constructs in D are often slower than low-level
On Wednesday, 18 March 2015 at 18:48:53 UTC, Walter Bright wrote:
I'm fed up with this problem. It is actively hurting us every
day.
https://issues.dlang.org/show_bug.cgi?id=14307
Anyone want to take this on? Shouldn't be particularly
difficult.
I think this is a good idea. Even the most
https://issues.dlang.org/show_bug.cgi?id=14183
github-bugzi...@puremagic.com changed:
What|Removed |Added
Status|NEW |RESOLVED
On 03/19/2015 12:05 PM, via Digitalmars-d-learn wrote:
On Thursday, 19 March 2015 at 18:42:03 UTC, Marc Schütz wrote:
3) Using std.bitmap.peek(), which also supports conversion between
big- and little-endian:
import std.bitmap;
n.self = buf.peek!(Node.Node_, Endian.bigEndian);
(The
On Saturday, 14 March 2015 at 20:15:30 UTC, Walter Bright wrote:
I've often thought, as do many others here, that immutability
should be the default for variables.
Case (1) is what I'm talking about here. If it is made const,
then there are a couple ways forward in declaring a mutable
https://issues.dlang.org/show_bug.cgi?id=14183
--- Comment #3 from github-bugzi...@puremagic.com ---
Commits pushed to master at https://github.com/D-Programming-Language/phobos
https://github.com/D-Programming-Language/phobos/commit/c6520969eaa317d373bc288aec49e9e2ca077dc4
Fix Issue 14183 -
On Thursday, 19 March 2015 at 12:58:42 UTC, Robert M. Münch wrote:
On 2015-03-18 21:50:39 +, Adam D. Ruppe said:
It will not work because a function with an auto return value
is actually a template, and unused templates won't be put into
a dll.
Ok, that makes it clear. Thanks.
https://issues.dlang.org/show_bug.cgi?id=14291
Vladimir Panteleev thecybersha...@gmail.com changed:
What|Removed |Added
Keywords||pull
On 2015-03-18 21:50:39 +, Adam D. Ruppe said:
It will not work because a function with an auto return value is
actually a template, and unused templates won't be put into a dll.
Ok, that makes it clear. Thanks.
--
Robert M. Münch
http://www.saphirion.com
smarter | better | faster
On 2015-03-18 15:27:03 +, Daniel Kozák via Digitalmars-d-learn said:
You probably does not need mixins:
void log(string file = __FILE__, size_t line = __LINE__, T...)
(T variadic_arg) {
some_fun(variadic_arg[0], file, line, variadic_arg[1 .. $]);
}
Hi, ha, forgot about default
On Thursday, 19 March 2015 at 11:47:37 UTC, Namal wrote:
On Wednesday, 18 March 2015 at 15:52:33 UTC, Benjamin Thaut
wrote:
On Wednesday, 18 March 2015 at 14:50:21 UTC, Namal wrote:
Can you help me show how to compile and link it together
please, thank you.
What platform are you on,
https://issues.dlang.org/show_bug.cgi?id=14309
--- Comment #1 from Sobirari Muhomori dfj1es...@sneakemail.com ---
UUID is big endian, GUID is little endian, hence mismatch.
--
I've read a chunk of data into a buffer and want to convert it into a
struct. The reading routine is in a class that doesn't know about the
struct, but the size should be exactly the same. (I.e., I want to use
the converse procedure to write it.)
Is there a better way to do this than using
On Thursday, 19 March 2015 at 11:27:20 UTC, Gary Willoughby wrote:
I would like this but issue warnings not errors. I like every
function to be documented. Also don't make the Example
mandatory because people tend to use unittest blocks as the
examples.
Why not just make unittests mandatory,
On Thursday, 19 March 2015 at 00:42:51 UTC, weaselcat wrote:
On Wednesday, 18 March 2015 at 12:59:17 UTC, bearophile wrote:
High level constructs in D are often slower than low-level
code, so in some cases you don't want to use them.
I actually found that LDC does an _amazing_ job of
On Thursday, 19 March 2015 at 15:40:19 UTC, Robert M. Münch wrote:
On 2015-03-18 12:14:01 +, Vladimir Panteleev said:
I've pushed support for DMD bootstrapping, so if you need to
build master now, build latest Digger from source. I'll make a
binary release after 2.067 is out.
I just
On Thursday, 19 March 2015 at 16:59:36 UTC, Ola Fosheim Grøstad
wrote:
On Thursday, 19 March 2015 at 00:42:51 UTC, weaselcat wrote:
On Wednesday, 18 March 2015 at 12:59:17 UTC, bearophile wrote:
High level constructs in D are often slower than low-level
code, so in some cases you don't want to
1 - 100 of 132 matches
Mail list logo
