https://issues.dlang.org/show_bug.cgi?id=16343
Jonathan M Davis changed:
What|Removed |Added
Keywords|
https://issues.dlang.org/show_bug.cgi?id=16343
Issue ID: 16343
Summary: Incorrectly requiring this pointer for a free function
Product: D
Version: D2
Hardware: All
OS: All
Status: NEW
Severity: normal
On Monday, 1 August 2016 at 00:27:27 UTC, Sean Campbell wrote:
On Sunday, 31 July 2016 at 23:36:54 UTC, Cassio Butrico wrote:
[...]
There was changes made to core.sys.windows so it defaults to
unicode.
Try dmd winsamp gdi32.lib winsamp.def -version=ANSI
or change all of the xxxA functions
On Sunday, 31 July 2016 at 23:36:54 UTC, Cassio Butrico wrote:
in C:\d\dmd2\samples\d winsamp.d dont compiler.
dmd winsamp gdi32.lib winsamp.def
winsamp.d(53): Error: function
core.sys.windows.winuser.LoadIconA (void*, const(char)*) is not
callable using argument types (typeof(null), wchar*)
in C:\d\dmd2\samples\d winsamp.d dont compiler.
dmd winsamp gdi32.lib winsamp.def
winsamp.d(53): Error: function core.sys.windows.winuser.LoadIconA
(void*, const(char)*) is not callable using argument types
(typeof(null), wchar*)
winsamp.d(54): Error: function
On Sunday, 31 July 2016 at 22:38:59 UTC, Seb wrote:
Consider this short program:
void main()
{
alias S = float;
S s1 = 0x1.24c92ep+5;
S s2 = -0x1.1c71c8p+0;
[...]
It's an anoying feature.
The reason this is not implemented in dmd is that pow does not
map to a simple cpu
On Sunday, July 31, 2016 21:45:25 Cauterite via Digitalmars-d wrote:
> On Saturday, 30 July 2016 at 00:55:11 UTC, Charles Hixson wrote:
> > FWIW, in that case I always use
> > assert (false, "...");
> > I try to never use integers for booleans. But this may well be
> > a common usage.
>
> I
Consider this short program:
void main()
{
alias S = float;
S s1 = 0x1.24c92ep+5;
S s2 = -0x1.1c71c8p+0;
import std.math : std_pow = pow;
import core.stdc.stdio : printf;
import core.stdc.math: powf;
printf("std: %a\n", std_pow(s1, s2));
printf("pow: %a\n", s1
That's a really informative response. Thank you!
Am 31.07.2016 um 23:46 schrieb Seb:
> On Sunday, 31 July 2016 at 21:31:52 UTC, Darren wrote:
>> Hey, all.
>>
>> I'm pretty much a programming novice, so I hope you can bear with me.
>> Does anyone know how I can change an int into a char equivalent?
>>
>> e.g.
>> int i = 5;
>> dchar value;
>>
On 07/31/2016 11:31 PM, Darren wrote:
If I try and cast it to dchar, I get messed up output,
Because it gives you a dchar with the numeric value 5 which is some
control character.
and I'm not sure
how to use toChars (if that can accomplish this).
value = i.toChars.front;
toChars
On Saturday, 30 July 2016 at 00:55:11 UTC, Charles Hixson wrote:
FWIW, in that case I always use
assert (false, "...");
I try to never use integers for booleans. But this may well be
a common usage.
I suspect `assert(0)` is really `assert(constexpr>)`, so you should be fine. Both styles are
On Sunday, 31 July 2016 at 21:31:52 UTC, Darren wrote:
Hey, all.
I'm pretty much a programming novice, so I hope you can bear
with me. Does anyone know how I can change an int into a char
equivalent?
e.g.
int i = 5;
dchar value;
?
assert(value == '5');
If I try and cast it to dchar, I
Hey, all.
I'm pretty much a programming novice, so I hope you can bear with
me. Does anyone know how I can change an int into a char
equivalent?
e.g.
int i = 5;
dchar value;
?
assert(value == '5');
If I try and cast it to dchar, I get messed up output, and I'm
not sure how to use
On 07/31/2016 08:43 PM, Rufus Smith wrote:
e.g., I have a nogc container and a remove(T obj). I can't search for
obj and remove it because opEquals is not marked nogc. So I need an
alternative that is somewhat robust.
Jonathan M Davis has already mentioned his plans to templatize
On Sunday, 31 July 2016 at 11:50:35 UTC, Steven Schveighoffer
wrote:
On 7/30/16 5:26 PM, deadalnix wrote:
I take that, as you weren't there at the 2016 event, it was
reiterated
in 2016.
Timon was at dconf 2016. I don't recall it being discussed
either, but maybe in a small discussion?
I
On Sunday, 31 July 2016 at 17:01:32 UTC, Seb wrote:
On Sunday, 31 July 2016 at 16:55:52 UTC, Seb wrote:
On Sunday, 31 July 2016 at 16:48:52 UTC, Thalamus wrote:
On Sunday, 31 July 2016 at 16:08:49 UTC, Seb wrote:
On Sunday, 31 July 2016 at 15:30:46 UTC, Thalamus wrote:
[...]
How about
https://issues.dlang.org/show_bug.cgi?id=16342
b2.t...@gmx.com changed:
What|Removed |Added
CC||b2.t...@gmx.com
Hardware|x86_64
https://issues.dlang.org/show_bug.cgi?id=16269
Jon Degenhardt changed:
What|Removed |Added
CC|
https://issues.dlang.org/show_bug.cgi?id=16342
Issue ID: 16342
Summary: std.algorithm.fill can't fill a char[]?
Product: D
Version: D2
Hardware: x86_64
OS: Linux
Status: NEW
Severity: minor
On Sunday, 31 July 2016 at 18:38:32 UTC, Guillaume Piolat wrote:
On Saturday, 30 July 2016 at 09:26:27 UTC, Lodovico Giaretta
wrote:
Hi,
I'm proud to announce that std.experimental.xml v0.1.0 is
available on DUB [1]!
If you find any issue / have any suggestion, please file an
issue on
On Sunday, 31 July 2016 at 17:48:48 UTC, BLM768 wrote:
writeln(n1.hashOf == n2.hashOf); // false = BAD!
Ok, yeah that is bad.
Next question: what's the fastest hashing implementation that
will provide the least collisions? Is there a hash implementation
that's perfered for AAs?
On Monday, 25 July 2016 at 12:24:53 UTC, Steven Schveighoffer
wrote:
On 7/23/16 5:44 PM, Rufus Smith wrote:
[...]
Again, I want to stress that Object.opEquals has been around
since early D1 days, @nogc is only a few years old, it was not
a wrong decision. @nogc cannot be added without
On Saturday, 23 July 2016 at 13:18:03 UTC, Rufus Smith wrote:
Trying to compare a *ptr value with a value in nogc code
results in the error:
Error: @nogc function '...' cannot call non-@nogc function
'object.opEquals'
Shouldn't object opEquals be marked?
So, I need to compare two
On Saturday, 30 July 2016 at 09:26:27 UTC, Lodovico Giaretta
wrote:
Hi,
I'm proud to announce that std.experimental.xml v0.1.0 is
available on DUB [1]!
If you find any issue / have any suggestion, please file an
issue on Github [3].
Thank you.
Why is it 15 files when kxml is only one?
On Sunday, 31 July 2016 at 10:11:46 UTC, LaTeigne wrote:
On Saturday, 30 July 2016 at 12:24:55 UTC, ketmar wrote:
On Saturday, 30 July 2016 at 12:18:08 UTC, LaTeigne wrote:
it you think that you know the things better than somebody who
actually *lived* there in those times... well, keep
On Thursday, 21 July 2016 at 16:39:18 UTC, Andrew Godfrey wrote:
You seem to be assuming that everyone already agrees on which
set of changes should be made to the language. (Otherwise, how
could you expect anyone to "officially back" a side project?)
But agreeing on which changes to make
On Friday, 29 July 2016 at 22:44:04 UTC, Walter Bright wrote:
http://70sdisconights.com/
Yes, I listen to it while I work.
For a somewhat more...traditional genre:
http://musopen.org/radio
On Thursday, 21 July 2016 at 09:35:55 UTC, Kagamin wrote:
You can lower D to Assembler and analyze that. Assembler is
simple, isn't it?
You can, and that is what C++ is mostly limited to, but you then
you most likely get false positives and cannot use the analysis
as part of the type-system.
On Saturday, 30 July 2016 at 22:52:23 UTC, bachmeier wrote:
On Saturday, 30 July 2016 at 12:30:55 UTC, LaTeigne wrote:
On Saturday, 30 July 2016 at 12:24:55 UTC, ketmar wrote:
On Saturday, 30 July 2016 at 12:18:08 UTC, LaTeigne wrote:
it you think that you know the things better than somebody
On Sunday, 31 July 2016 at 16:39:59 UTC, Jack Stouffer wrote:
But D provides a default toHash for every type if it's not
defined. I was wondering why not just rely on that version.
If two objects are equal, their hashes must also be equal.
Consider this example:
struct Nullable(T) {
bool
On Sunday, 31 July 2016 at 14:38:33 UTC, Lodovico Giaretta wrote:
On Sunday, 31 July 2016 at 13:39:58 UTC, Enamex wrote:
I suggest extending the existing `S s = {field: value}` syntax
to allow specifying the type itself next to the field list and
make it usable generally everywhere.
So,
On Sunday, 31 July 2016 at 16:55:52 UTC, Seb wrote:
On Sunday, 31 July 2016 at 16:48:52 UTC, Thalamus wrote:
On Sunday, 31 July 2016 at 16:08:49 UTC, Seb wrote:
On Sunday, 31 July 2016 at 15:30:46 UTC, Thalamus wrote:
[...]
How about setting the source path directly? With a recent
enough
On Sunday, 31 July 2016 at 16:48:52 UTC, Thalamus wrote:
On Sunday, 31 July 2016 at 16:08:49 UTC, Seb wrote:
On Sunday, 31 July 2016 at 15:30:46 UTC, Thalamus wrote:
On Sunday, 31 July 2016 at 14:03:49 UTC, Thalamus wrote:
[...]
After a couple more hours today, I found a couple of
On Sunday, 31 July 2016 at 16:08:49 UTC, Seb wrote:
On Sunday, 31 July 2016 at 15:30:46 UTC, Thalamus wrote:
On Sunday, 31 July 2016 at 14:03:49 UTC, Thalamus wrote:
[...]
After a couple more hours today, I found a couple of
solutions. Neither is satisfactory.
[...]
How about setting
On Sunday, 31 July 2016 at 15:30:15 UTC, LaTeigne wrote:
On Sunday, 31 July 2016 at 15:21:01 UTC, Jack Stouffer wrote:
Is it really a problem? What are the pitfalls of defining one
but not the other?
iirc usage in an AA requires both.
But D provides a default toHash for every type if it's
On Sunday, 31 July 2016 at 15:30:46 UTC, Thalamus wrote:
On Sunday, 31 July 2016 at 14:03:49 UTC, Thalamus wrote:
[...]
After a couple more hours today, I found a couple of solutions.
Neither is satisfactory.
[...]
How about setting the source path directly? With a recent enough
dmd
On Sunday, 31 July 2016 at 15:36:47 UTC, Lodovico Giaretta wrote:
On Sunday, 31 July 2016 at 15:28:14 UTC, LaTeigne wrote:
On Saturday, 30 July 2016 at 09:26:27 UTC, Lodovico Giaretta
Thank you for your comments.
Talking about your points:
1) the interner shall really go away before inclusion
On Sunday, 31 July 2016 at 15:28:14 UTC, LaTeigne wrote:
On Saturday, 30 July 2016 at 09:26:27 UTC, Lodovico Giaretta
wrote:
Hi,
I'm proud to announce that std.experimental.xml v0.1.0 is
available on DUB [1]!
This is the project I'm working on for GSoC 2016. It aims to
become a
On Sunday, 31 July 2016 at 14:03:49 UTC, Thalamus wrote:
On Sunday, 31 July 2016 at 10:05:04 UTC, Basile B. wrote:
On Sunday, 31 July 2016 at 08:29:47 UTC, Basile B. wrote:
On Sunday, 31 July 2016 at 01:10:40 UTC, Thalamus wrote:
Any idea what I'm doing wrong?
Yes, what's going wrong is
On Sunday, 31 July 2016 at 15:21:01 UTC, Jack Stouffer wrote:
Is it really a problem? What are the pitfalls of defining one
but not the other?
iirc usage in an AA requires both.
On Saturday, 30 July 2016 at 09:26:27 UTC, Lodovico Giaretta
wrote:
Hi,
I'm proud to announce that std.experimental.xml v0.1.0 is
available on DUB [1]!
This is the project I'm working on for GSoC 2016. It aims to
become a substitution for Phobos std.xml. Now you can easily
try it and
Is it really a problem? What are the pitfalls of defining one but
not the other?
https://issues.dlang.org/show_bug.cgi?id=16315
--- Comment #2 from github-bugzi...@puremagic.com ---
Commits pushed to master at https://github.com/dlang/phobos
https://github.com/dlang/phobos/commit/3e0a93325b9ca910167406def0f76510675fdb49
fix Issue 16315, optimise arithmetic operations for
On Sunday, 31 July 2016 at 05:41:55 UTC, AntonSotov wrote:
2 Seb
Thank you!
is (T: typeof (null)) - very comfortable
An example of Seb's warning:
What happens if you have:
string s = null;
MyFunc(s);
I'm guessing it doesn't do what you want. But it isn't clear what
you want - null is a
On Sunday, 31 July 2016 at 13:39:58 UTC, Enamex wrote:
I suggest extending the existing `S s = {field: value}` syntax
to allow specifying the type itself next to the field list and
make it usable generally everywhere.
So, instead:
takeThing(Thing{ field: val, num: 43 });
It shouldn't clash
On Sunday, 31 July 2016 at 10:05:04 UTC, Basile B. wrote:
On Sunday, 31 July 2016 at 08:29:47 UTC, Basile B. wrote:
On Sunday, 31 July 2016 at 01:10:40 UTC, Thalamus wrote:
Any idea what I'm doing wrong?
Yes, what's going wrong is quite
actually you said that the LST is well generated but
On Sunday, 31 July 2016 at 12:04:18 UTC, Steven Schveighoffer
wrote:
On 7/30/16 5:26 AM, Lodovico Giaretta wrote:
[...]
Good to see this advancing!
I'm looking at the cursor API and like what I see.
Good to know. The cursor API is the central concept of the
library, even if it will
On Sunday, 31 July 2016 at 07:10:46 UTC, cym13 wrote:
The proposed change is litteraly just equivalent to the already
existing struct initialization, just made usable:
struct S {
int a;
int b;
}
auto s = S(b:42);
// equivalent to
S s = { b:42 };
Having the
On Sunday, 31 July 2016 at 04:51:13 UTC, bachmeier wrote:
But this would be our own subreddit. I don't disagree if you're
talking about r/programming.
Oh, the people are terrible, but the platform is worse - I don't
like the tree view nor the voting system. It makes it really hard
to follow
On 7/30/16 5:26 AM, Lodovico Giaretta wrote:
Hi,
I'm proud to announce that std.experimental.xml v0.1.0 is available on
DUB [1]!
This is the project I'm working on for GSoC 2016. It aims to become a
substitution for Phobos std.xml. Now you can easily try it and provide
some feedback. I will
On 7/30/16 5:26 PM, deadalnix wrote:
On Saturday, 30 July 2016 at 21:21:30 UTC, Timon Gehr wrote:
On 30.07.2016 22:58, Jonathan M Davis via Digitalmars-d wrote:
The one that needs to be convinced is Walter.
IIRC he said at DConf that it should be fixed.
We did a tour of DConf 2015 with
https://issues.dlang.org/show_bug.cgi?id=16308
--- Comment #1 from github-bugzi...@puremagic.com ---
Commits pushed to master at https://github.com/dlang/phobos
https://github.com/dlang/phobos/commit/c58e3fadc9586e3dc930f8ddb10c3387a3334040
Issue 16308 - [ndslice] should always has save
On 7/30/16 5:21 PM, Q. Schroll wrote:
On Friday, 29 July 2016 at 19:24:59 UTC, Steven Schveighoffer wrote:
On 7/29/16 3:00 PM, Q. Schroll wrote:
Cases to consider: Arrays and AAs with const(T) Elements, where T is a
value or a reference type respectively.
[snip]
Questions:
(1) Why do I have
https://issues.dlang.org/show_bug.cgi?id=16337
Steven Schveighoffer changed:
What|Removed |Added
Status|NEW |RESOLVED
https://issues.dlang.org/show_bug.cgi?id=16341
ag0ae...@gmail.com changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
On Saturday, 30 July 2016 at 12:24:55 UTC, ketmar wrote:
On Saturday, 30 July 2016 at 12:18:08 UTC, LaTeigne wrote:
it you think that you know the things better than somebody who
actually *lived* there in those times... well, keep thinking
that. also, don't forget to teach physics to
Currently, the function Base64.decode for decoding char[] to ubyte[] has
an in contract, that should ensure that the supplied buffer is large
enough. However, it uses the function decodeLength, which does not give
the accurate decodeLength, but instead an upper bound (decodeLength can
be up to 2
On Sunday, 31 July 2016 at 08:29:47 UTC, Basile B. wrote:
On Sunday, 31 July 2016 at 01:10:40 UTC, Thalamus wrote:
Any idea what I'm doing wrong?
Yes, what's going wrong is quite
actually you said that the LST is well generated but empty so my
previous answer is wrong, also i was focused
https://issues.dlang.org/show_bug.cgi?id=16341
Issue ID: 16341
Summary: 32-bit floating-point issue
Product: D
Version: D2
Hardware: x86
OS: Linux
Status: NEW
Severity: major
Priority: P1
On Sunday, 31 July 2016 at 08:29:10 UTC, ketmar wrote:
On Sunday, 31 July 2016 at 08:00:02 UTC, cc wrote:
socket sets usually updated after call to `select()`. you have
to recreate the sets before each call.
Ah that works, thanks.
On Sunday, 31 July 2016 at 08:25:12 UTC, ketmar wrote:
On Sunday, 31 July 2016 at 07:52:43 UTC, Russel Winder wrote:
The point here is to get up out of the chair for at least 2
mins every 40 mins to 60 mins.
while this may be good for physical state, at least with me it
throws me away from
On Sunday, 31 July 2016 at 07:52:43 UTC, Russel Winder wrote:
The point here is to get up out of the chair for at least 2
mins every 40 mins to 60 mins.
while this may be good for physical state, at least with me it
throws me away from "zone", and i need from 10 to 30 minutes to
get back to
On Sunday, 31 July 2016 at 01:10:40 UTC, Thalamus wrote:
I'm running into a problem where when I specify -cov in the DMD
compiler command, the coverage LST files are generated, but
they're all empty. Has anyone else run into this before? My
command line is:
dmd -m64 -gc -debug -w -wi -cov -X
On Sunday, 31 July 2016 at 08:00:02 UTC, cc wrote:
socket sets usually updated after call to `select()`. you have to
recreate the sets before each call.
On Sunday, 31 July 2016 at 03:04:27 UTC, Gorge Jingale wrote:
I like to build structures using template mixins because one
can pick and choose functionality at compile time, but still
have a relationship between different types.
It would be really nice if one could sort of test if a template
On Sunday, 31 July 2016 at 07:10:46 UTC, cym13 wrote:
I don't understand this comment.
That's because you haven't tried to specify the grammar. I
suggest you try.
I am very happy to announce that calls are almost working now.
And the code-gen-interface[1] is near finalization.
It should be very easy to provide different back-ends such as
LLVM or libJIT now.
The missing pieces well be added during next week.
I invite everyone to comment on the interface
Socket server = new TcpSocket();
server.setOption(SocketOptionLevel.SOCKET,
SocketOption.REUSEADDR, true);
server.bind(new InternetAddress(8000));
server.listen(8);
auto set = new SocketSet();
set.add(server);
auto sel = Socket.select(set,
On Sat, 2016-07-30 at 19:13 +, Antonio Corbi via Digitalmars-d
wrote:
> On Friday, 29 July 2016 at 22:44:04 UTC, Walter Bright wrote:
> >
> > http://70sdisconights.com/
> >
> > Yes, I listen to it while I work.
>
> I usually listen to several channels from somafm.com (depending
> on my
On Sunday, 31 July 2016 at 04:55:31 UTC, deadalnix wrote:
On Saturday, 30 July 2016 at 21:42:42 UTC, cym13 wrote:
The most interesting is to use structs to mimic keyword
arguments for
functions. By encapsulating possible arguments in a struct it
is possible to
use in-place initialization to
71 matches
Mail list logo