On Wednesday, 2 January 2019 at 17:49:52 UTC, H. S. Teoh wrote:
On Wed, Jan 02, 2019 at 05:38:41PM +, IM via
Digitalmars-d-learn wrote:
1- How do I do in D the equivalent of the following C++ macro?
#define OUT_VAL(val) (count << #val << " = " << val << endl)
In particular the #val above
On Wednesday, 2 January 2019 at 21:56:03 UTC, Steven
Schveighoffer wrote:
On 1/2/19 12:38 PM, IM wrote:
[...]
With those ... I have to guess.
There are 2 possibilities.
Possibility 1: there is a method named 'doSomeWork' which takes
at least one parameter. This overrides the UFCS function
On 1/2/19 12:38 PM, IM wrote:
2- Yesterday I was experimenting with something and I wrote something
like the following:
struct MyType {
...
}
void doSomeWork(ref MyType o) {
...
}
auto t = MyType(...);
t.doSomeWork(); // <-- failed to compile.
Why did the above UFCS call fail to
On Thursday, 3 April 2014 at 23:16:14 UTC, Eric wrote:
Okay - I'm new to D, and I'm comming from a java background.
Suppose
you are designing an API, and you want the user to supply
arguments
as an enum. But the user needs to define the enum, so how can
the API
know in advance what enum to
By using the interface,
it also
forces the user to include all of the attributes of each pin
such as
direction, max load, DC current, etc. Since class type enums
are references,
they are light, - and they should be immutable - so they are
thread safe aslo.
I'm not sure how you're using
Eric:
1). Is there a way to import an enum so that you don't need
to qualify each instance with the type name? Something like
java does with its static import.
In some cases you can use the handy with() statement for that
purpose.
One example usages:
final switch (foo) with (MyEnum) {
In some cases you can use the handy with() statement for that
purpose.
One example usages:
final switch (foo) with (MyEnum) {
...
}
Okay - the with statement may help in some cases. I'll
have to try it out...
Using an enumeration of class instances isn't a good idea, they
are
Eric:
I disagree. If you just think of a class type enum as a class
type,
then what you say makes sense. But if you instead think of it
as a more powerful enum then it can enhance data safety in a
program.
I was speaking about the current D enum, as implemented and as
designed. Regarding
On Thursday, 3 April 2014 at 22:34:19 UTC, bearophile wrote:
Eric:
I disagree. If you just think of a class type enum as a class
type,
then what you say makes sense. But if you instead think of it
as a more powerful enum then it can enhance data safety in a
program.
I was speaking about
On Wednesday, 27 November 2013 at 07:30:58 UTC, Jacob Carlborg
wrote:
On 2013-11-27 02:26, Craig Dillabaugh wrote:
2. Once I think my bindings are stable I would like to add
them to
Deimos or DUB registries. Are there any recommendations for
testing
bindings? I checked through some other
Don't have answers. Do you still get segfault removing SHPClose(
hShp );
Other comment:
writeln(Bounds = [ ~to!string(pad_min_bound) ~ ,
~ to!string(pad_max_bound) ~ ]);
writeln(Bounds = [, pad_min_bound, ,, pad_max_bound, ]);
On Wednesday, 27 November 2013 at 02:36:01 UTC, Jesse Phillips
wrote:
Don't have answers. Do you still get segfault removing
SHPClose( hShp );
Yep.
Other comment:
writeln(Bounds = [ ~to!string(pad_min_bound) ~ ,
~ to!string(pad_max_bound) ~ ]);
writeln(Bounds
On 2013-11-27 02:26, Craig Dillabaugh wrote:
2. Once I think my bindings are stable I would like to add them to
Deimos or DUB registries. Are there any recommendations for testing
bindings? I checked through some other bindings on GitHub and didn't see
any unit tests or the like. Are there any
I will add it to Bugzilla then, if it's not already there.
http://d.puremagic.com/issues/show_bug.cgi?id=10192
Bye,
bearophile
On Monday, 27 May 2013 at 18:00:38 UTC, bearophile wrote:
Do you know if it's OK to accept x3 assignment and refuse the
a2 assignment?
struct Foo {
immutable(char)[4] bar;
}
Foo x1 = { AA };// No error.
immutable(char)[4] a1 = AA; // No error.
void main() {
Foo x2 = { AA
Kenji Hara:
Thank you very much for your gentle and useful answers :-)
struct Foo {
immutable(char)[4] bar;
}
Foo x1 = { AA };// No error.
immutable(char)[4] a1 = AA; // No error.
void main() {
Foo x2 = { AA };// No error.
Foo x3 = Foo(AA); // No error.
On Tuesday, 28 May 2013 at 00:29:04 UTC, bearophile wrote:
std.typecons.Tuple supports structural assignment before the
change.
The code also works with 2.062.
I know it's not a regression. But you say:
Named-field tuple should be a subtype of unnamed-field tuple.
You can have sub-typing, or
On 2011-03-04 03:16:50 +0100, Nick Sabalausky said:
I'm no floating-point expert, but I would think that the only way to
get an exact representation would be to output the raw data in hex (or
binary, or octal, etc):
writef(0x%X, cast(ulong)1.2);
That's also an option, certainly. Then I
Lars T. Kyllingstad public@kyllingen.NOSPAMnet wrote in message
news:iknfsh$13ga$1...@digitalmars.com...
On Wed, 02 Mar 2011 13:35:11 +0100, Magnus Lie Hetland wrote:
First question: I just noticed that writefln(%a, 1.2) writes
0x1.3p+0, while writeln(format(%a, 1.2)) (that is,
On Wed, 02 Mar 2011 13:35:11 +0100, Magnus Lie Hetland wrote:
First question: I just noticed that writefln(%a, 1.2) writes
0x1.3p+0, while writeln(format(%a, 1.2)) (that is, with
std.string.format) writes 0x9.8p-3 ... wouldn't it be nice
to be consistent here? (The
Juanjo Alvarez Wrote:
Hi,
I'm converting a C header file but there are two things left:
1. If the header file contains some D reserved word (in my case, in and
out in a struct) what is the best way to workaround it? Do you write
another C file and link about it?
The convention I use
Auto reply, found both:
1. Just rename the varname, stupid stupid stupid!
2. import std.c.stdarg
On Thu, 23 Sep 2010 19:44:44 +, Juanjo Alvarez wrote:
Hi,
I'm converting a C header file but there are two things left:
1. If the header file contains some D reserved word (in my case,
22 matches
Mail list logo
