On Tuesday, 12 June 2012 at 12:23:21 UTC, Dmitry Olshansky wrote:
On 12.06.2012 16:09, foobar wrote:
On Tuesday, 12 June 2012 at 11:09:04 UTC, Don Clugston wrote:
On 12/06/12 11:07, timotheecour wrote:
There's a current pull request to improve di file generation
On 12/06/12 18:46, Walter Bright wrote:
On 6/12/2012 2:07 AM, timotheecour wrote:
There's a current pull request to improve di file generation
(https://github.com/D-Programming-Language/dmd/pull/945); I'd like to
suggest
further ideas.
As far as I understand, di interface files try to achieve
On Sunday, 10 June 2012 at 18:16:39 UTC, Rainer Schuetze wrote:
https://github.com/rainers/visuald/blob/master/vdc/ivdserver.d
Hmm... why do you mark the interface dual? It doesn't look as one.
On 13 June 2012 09:07, Don Clugston d...@nospam.com wrote:
On 12/06/12 18:46, Walter Bright wrote:
On 6/12/2012 2:07 AM, timotheecour wrote:
There's a current pull request to improve di file generation
(https://github.com/D-Programming-Language/dmd/pull/945); I'd like to
suggest
further
Le 13/06/2012 11:37, Iain Buclaw a écrit :
On 13 June 2012 09:07, Don Clugstond...@nospam.com wrote:
On 12/06/12 18:46, Walter Bright wrote:
On 6/12/2012 2:07 AM, timotheecour wrote:
There's a current pull request to improve di file generation
On 13.06.2012 13:37, Iain Buclaw wrote:
On 13 June 2012 09:07, Don Clugstond...@nospam.com wrote:
On 12/06/12 18:46, Walter Bright wrote:
On 6/12/2012 2:07 AM, timotheecour wrote:
There's a current pull request to improve di file generation
On 13 June 2012 10:45, Dmitry Olshansky dmitry.o...@gmail.com wrote:
On 13.06.2012 13:37, Iain Buclaw wrote:
On 13 June 2012 09:07, Don Clugstond...@nospam.com wrote:
On 12/06/12 18:46, Walter Bright wrote:
On 6/12/2012 2:07 AM, timotheecour wrote:
There's a current pull request to
On 13.06.2012 14:16, Iain Buclaw wrote:
On 13 June 2012 10:45, Dmitry Olshanskydmitry.o...@gmail.com wrote:
On 13.06.2012 13:37, Iain Buclaw wrote:
On 13 June 2012 09:07, Don Clugstond...@nospam.comwrote:
On 12/06/12 18:46, Walter Bright wrote:
On 6/12/2012 2:07 AM, timotheecour
If we use all caps for abbreviations then the names should be
SHA1UUID, MD5UUID and UUIDVersion?
On Jun 13, 2012 7:23 AM, Kagamin s...@here.lot wrote:
If we use all caps for abbreviations then the names should be SHA1UUID,
MD5UUID and UUIDVersion?
I believe tr naming scheme is acronyms have the same case. So if an
acronym is first it is all lowercase otherwise all uppercase.
The measurements should be done for modules being imported, not
the module being compiled.
Something like this.
---
import std.algorithm;
import std.stdio;
import std.typecons;
import std.datetime;
int ok;
---
On Wednesday, 13 June 2012 at 11:29:45 UTC, Kagamin wrote:
The measurements should be done for modules being imported, not
the module being compiled.
Something like this.
---
import std.algorithm;
import std.stdio;
import std.typecons;
import std.datetime;
int ok;
---
Oh and let it import .d
On 13 June 2012 12:33, Kagamin s...@here.lot wrote:
On Wednesday, 13 June 2012 at 11:29:45 UTC, Kagamin wrote:
The measurements should be done for modules being imported, not the module
being compiled.
Something like this.
---
import std.algorithm;
import std.stdio;
import std.typecons;
On Wednesday, 13 June 2012 at 11:47:31 UTC, Iain Buclaw wrote:
std.datetime is one reason for me to run it again. I can
imagine that
*that* module will have an impact on parse times. But I'm still
persistent that the majority of the compile time in the
frontend is
done in the first semantic
On 12/06/2012 18:56, Nathan M. Swan wrote:
When writing a generic function which takes an unknown type, the
signature is written like so:
void fun(L)(L l) if (isList!L);
While writing a generic interface is written like so:
template isList(L) {
enum bool isList = is(typeof(
(inout int
On 6/13/2012 1:07 AM, Don Clugston wrote:
On 12/06/12 18:46, Walter Bright wrote:
On 6/12/2012 2:07 AM, timotheecour wrote:
There's a current pull request to improve di file generation
(https://github.com/D-Programming-Language/dmd/pull/945); I'd like to
suggest
further ideas.
As far as I
On 6/13/2012 10:16 AM, Kagamin wrote:
On Sunday, 10 June 2012 at 18:16:39 UTC, Rainer Schuetze wrote:
https://github.com/rainers/visuald/blob/master/vdc/ivdserver.d
Hmm... why do you mark the interface dual? It doesn't look as one.
It just discloses that I am not an expert in the COM
On Wednesday, 13 June 2012 at 13:34:25 UTC, Nick Treleaven wrote:
On 12/06/2012 18:56, Nathan M. Swan wrote:
When writing a generic function which takes an unknown type,
the
signature is written like so:
void fun(L)(L l) if (isList!L);
While writing a generic interface is written like so:
On Tuesday, 12 June 2012 at 17:56:26 UTC, Nathan M. Swan wrote:
When writing a generic function which takes an unknown type,
the signature is written like so:
void fun(L)(L l) if (isList!L);
While writing a generic interface is written like so:
template isList(L) {
enum bool isList =
Regarding the mass production of random UUIDs, I believe that one would have
to provide a seed that was at least 128 bits (or 16 ubyteS) wide in order to
have uniform probability of generating any one random UUID from the entire
set of 2^128 possible values. (If I read the following web page
On 2012-06-13 15:34, Nick Treleaven wrote:
Maybe it would be better for the template interface body to contain
method signatures/members rather than code?
I would prefer that.
I think it might be an interesting idea, but it would probably need to
be significantly better than the current way
On 2012-06-13 13:47, Iain Buclaw wrote:
std.datetime is one reason for me to run it again. I can imagine that
*that* module will have an impact on parse times. But I'm still
persistent that the majority of the compile time in the frontend is
done in the first semantic pass, and not the
Oops, missed this post...
All of the source is on my github.
https://github.com/1100110/OpenMPI
It's not really complete, but it's good enough to play with.
There are a few gotchas regarding types, but just stick to C types and
youre golden.
On Mon, 11 Jun 2012 10:04:56 -0500, Pavel
On Saturday, June 09, 2012 21:30:57 Dmitry Olshansky wrote:
Code: https://github.com/jpf91/phobos/blob/std.uuid/std/uuid.d
API-Docs: http://dl.dropbox.com/u/24218791/d/src/uuid.html
* I'm not terribly fond of having names like Variant and Version, but they
_are_ local to UUID, so I guess that
On Sunday, 10 June 2012 at 08:20:37 UTC, Andrew Talbot wrote:
Andrew Talbot wrote:
which I presume gives it 232 starting points, whereas I
believe there should also be an alternative option to seed it
with an array of up to 624 uintS, so that potentially it can
be started in any one of its
I ran into a situation where I needed a forward range which was not a
reference type to be consumed by a range-based function. Input ranges and
reference type forward ranges are automatically and unavoidably consumed by
range-based functions (assuming that save isn't called on them before the
On Thursday, 14 June 2012 at 04:14:02 UTC, Jonathan M Davis wrote:
I ran into a situation where I needed a forward range which was
not a
reference type to be consumed by a range-based function. Input
ranges and
reference type forward ranges are automatically and unavoidably
consumed by
On Thursday, June 14, 2012 07:35:35 Lars T. Kyllingstad wrote:
On Thursday, 14 June 2012 at 04:14:02 UTC, Jonathan M Davis wrote:
I ran into a situation where I needed a forward range which was
not a
reference type to be consumed by a range-based function. Input
ranges and
reference
On Tue, 12 Jun 2012 22:29:58 +0100, D Day damian...@hotmail.co.uk wrote:
Are there any implementations of this anywhere for D?
I really only care about the windows platform - and have considered
writing this myself with IOCP and std.socket, but I figure someone else
must have already done
On 13.06.2012 1:29, D Day wrote:
Are there any implementations of this anywhere for D?
I really only care about the windows platform - and have considered
writing this myself with IOCP and std.socket, but I figure someone else
must have already done something similar?
Take a look at vibe.d.
When I wanted to use native opengl binding
module main;
import std.stdio;
import c.gl.gl;
pragma(lib,opengl32.lib);
import c.gl.glu;
pragma(lib,glu32.lib);
int main(string[] argv)
{
writeln(Hello D-World!);
return 0;
}
DMD wrote:opengl32.lib
Error 43: Not a Valid Library File
But
13.06.2012 17:03, Zhenya пишет:
When I wanted to use native opengl binding
...
DMD wrote:opengl32.lib
Error 43: Not a Valid Library File
But why can't dmd link it?
http://dlang.org/faq.html#omf
--
Денис В. Шеломовский
Denis V. Shelomovskij
On Wednesday, 13 June 2012 at 14:05:46 UTC, Denis Shelomovskij
wrote:
13.06.2012 17:53, Zhenya пишет:
Те которые с DMC идут он проглотит
Да. В FAQ есть ссылка на coff2omf, но он
проприетарный. Может помочь coffimplib:
http://www.digitalmars.com/ctg/coffimplib.html
On Saturday, 9 June 2012 at 17:07:19 UTC, David Piepgrass wrote:
auto mass = kg(2.0);
auto accel = 1.0;
auto force = mass*accel;
accel += metresPerSecondSquared(9.81); // units of 'force' and
'accel' now known
force += pounds(3.0); // unit mismatch detected
accel will be
On Wednesday, 13 June 2012 at 13:03:04 UTC, Zhenya wrote:
When I wanted to use native opengl binding
module main;
import std.stdio;
import c.gl.gl;
pragma(lib,opengl32.lib);
import c.gl.glu;
pragma(lib,glu32.lib);
int main(string[] argv)
{
writeln(Hello D-World!);
return 0;
}
DMD
On Wednesday, 13 June 2012 at 15:15:11 UTC, Kagamin wrote:
On Tuesday, 12 June 2012 at 19:35:47 UTC, Henrik Valter
Vogelius Hansson wrote:
Nice thanks! That will help me out a lot!
Is there a D way to do it? Or is D too young to have that
yet?
The D way is to have all classes in one file.
Hi,
Since what GDB version does decent support for the D DWARF extensions exist?
--
Alex Rønne Petersen
a...@lycus.org
http://lycus.org
On Wednesday, June 13, 2012 19:06:29 Alex Rønne Petersen wrote:
Hi,
Since what GDB version does decent support for the D DWARF extensions exist?
IIRC, you need at least gdb 7.2.
- Jonathan M Davis
On Wednesday, 13 June 2012 at 17:21:15 UTC, Dejan Lekic wrote:
On Wednesday, 13 June 2012 at 15:53:15 UTC, Jarl André wrote:
On Wednesday, 13 June 2012 at 10:24:58 UTC, Dmitry Olshansky
wrote:
On 13.06.2012 1:29, D Day wrote:
Are there any implementations of this anywhere for D?
I really
For some reason, whenever I declare a method with package
visibility, it becomes non-virtual. Is this normal behavior, or
is there a bug in DMD 2.059?
On Thursday, June 14, 2012 00:32:45 BLM768 wrote:
For some reason, whenever I declare a method with package
visibility, it becomes non-virtual. Is this normal behavior, or
is there a bug in DMD 2.059?
Only public and protected functions can be virtual. private and package
functions are never
On Wednesday, 13 June 2012 at 22:48:34 UTC, Jonathan M Davis
wrote:
On Thursday, June 14, 2012 00:32:45 BLM768 wrote:
For some reason, whenever I declare a method with package
visibility, it becomes non-virtual. Is this normal behavior, or
is there a bug in DMD 2.059?
Only public and
On Thursday, June 14, 2012 01:07:17 BLM768 wrote:
On Wednesday, 13 June 2012 at 22:48:34 UTC, Jonathan M Davis
wrote:
On Thursday, June 14, 2012 00:32:45 BLM768 wrote:
For some reason, whenever I declare a method with package
visibility, it becomes non-virtual. Is this normal behavior,
override will eventually be required when overriding a
function. It is already
if you compile with -w but not yet all of the time - though
since protected
isn't virtual and isn't really overriding anything, the
compiler doesn't
complain if you don't use override with it (though it will if
On 06/14/2012 01:34 AM, BLM768 wrote:
override will eventually be required when overriding a function. It is
already
if you compile with -w but not yet all of the time - though since
protected
isn't virtual and isn't really overriding anything, the compiler doesn't
complain if you don't use
True, but it will be explicit in the derived class code:
No 'override', no function that is overridden.
However, if a programmer expects it to override, there could be
an issue. Imagine a novice D programmer who is not used to using
override and looks at at the following code:
class Base
I guess that another solution to this whole mess is to just start
requiring the use of override; then everyone would be educated
and it would be obvious where the bug is in the code I posted.
Since we don't want to break code, though, maybe there should be
a message prominently displayed on
On 06/14/2012 01:57 AM, BLM768 wrote:
I guess that another solution to this whole mess is to just start
requiring the use of override; then everyone would be educated and it
would be obvious where the bug is in the code I posted. Since we don't
want to break code, though, maybe there should be a
On 6/11/2012 7:15 AM, Trass3r wrote:
I think it has been fixed for the next version of DMD already. Any
idea why align isn't letting me use movdqa?
Cause align doesn't work the way you think it does.
In fact I still don't understand how it works at all.
The language align keyword can only
On Thursday, June 14, 2012 00:17:25 Sean Cavanaugh wrote:
On 6/11/2012 7:15 AM, Trass3r wrote:
I think it has been fixed for the next version of DMD already. Any
idea why align isn't letting me use movdqa?
Cause align doesn't work the way you think it does.
In fact I still don't
http://d.puremagic.com/issues/show_bug.cgi?id=8233
Summary: std.array.array fails to compile with ranges of
immutable elements which have a length property
Product: D
Version: unspecified
Platform: All
OS/Version: All
http://d.puremagic.com/issues/show_bug.cgi?id=8229
--- Comment #3 from Don clugd...@yahoo.com.au 2012-06-13 01:44:42 PDT ---
(In reply to comment #2)
(In reply to comment #1)
This behaviour is intentional. Pointer operations are strictly checked in
CTFE.
It's the same as doing
int
http://d.puremagic.com/issues/show_bug.cgi?id=8233
--- Comment #1 from Jonathan M Davis jmdavisp...@gmx.com 2012-06-13 01:50:59
PDT ---
https://github.com/D-Programming-Language/phobos/pull/630
--
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are
http://d.puremagic.com/issues/show_bug.cgi?id=4364
--- Comment #5 from Patrick Byrne pjlby...@gmail.com 2012-06-13 02:35:09 PDT
---
Thanks!
--
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
http://d.puremagic.com/issues/show_bug.cgi?id=7485
Don clugd...@yahoo.com.au changed:
What|Removed |Added
Status|NEW |RESOLVED
http://d.puremagic.com/issues/show_bug.cgi?id=7081
Don clugd...@yahoo.com.au changed:
What|Removed |Added
CC||clugd...@yahoo.com.au
http://d.puremagic.com/issues/show_bug.cgi?id=8234
Summary: symbols used in CTFE affect the function literal type
Product: D
Version: D2
Platform: All
OS/Version: All
Status: NEW
Severity: normal
Priority: P2
http://d.puremagic.com/issues/show_bug.cgi?id=8235
Summary: IsUserAnAdmin not in shell32.lib
Product: D
Version: D2
Platform: x86
OS/Version: Windows
Status: NEW
Severity: normal
Priority: P2
Component:
http://d.puremagic.com/issues/show_bug.cgi?id=8062
--- Comment #3 from Dmitry Olshansky dmitry.o...@gmail.com 2012-06-13
12:22:05 PDT ---
(In reply to comment #2)
(In reply to comment #1)
As defined t shouldn't:
UFCS presently only does go from fn(a,b, ...) - a.fn(b, ...); way.
http://d.puremagic.com/issues/show_bug.cgi?id=8062
--- Comment #4 from timon.g...@gmx.ch 2012-06-13 12:37:21 PDT ---
(In reply to comment #3)
My bad, I actually meant it a.fn --- fn(a,...) way. Which brings us to the
point - request is Invalid then?
I don't think it is invalid.
a + b -
http://d.puremagic.com/issues/show_bug.cgi?id=8062
--- Comment #5 from jens.k.muel...@gmx.de 2012-06-13 14:05:28 PDT ---
(In reply to comment #4)
(In reply to comment #3)
My bad, I actually meant it a.fn --- fn(a,...) way. Which brings us to the
point - request is Invalid then?
I
http://d.puremagic.com/issues/show_bug.cgi?id=8106
--- Comment #4 from Walter Bright bugzi...@digitalmars.com 2012-06-13
14:55:42 PDT ---
I have a patch for this specific case, but it's a kludge, not a general
solution.
The problem is that the context of the typeof(x) is not the context of
http://d.puremagic.com/issues/show_bug.cgi?id=8106
--- Comment #5 from Manu turkey...@gmail.com 2012-06-13 15:50:11 PDT ---
(In reply to comment #4)
Can you post an example of why you need this? Perhaps there's another way.
It's difficult for me to extract a concrete example (a very large
http://d.puremagic.com/issues/show_bug.cgi?id=8106
--- Comment #6 from Walter Bright bugzi...@digitalmars.com 2012-06-13
20:05:42 PDT ---
Ok, I suggest abandoning this .stringof proposal as unworkable. Instead, how
about a traits that gives the default arguments as an expression tuple?
Also,
http://d.puremagic.com/issues/show_bug.cgi?id=8106
--- Comment #7 from Walter Bright bugzi...@digitalmars.com 2012-06-13
20:50:27 PDT ---
Suppose I made this work:
-
template ParameterTypeTuple(alias foo)
{
static if (is(typeof(foo) P == function))
alias P
http://d.puremagic.com/issues/show_bug.cgi?id=8233
--- Comment #2 from github-bugzi...@puremagic.com 2012-06-13 21:16:55 PDT ---
Commits pushed to master at https://github.com/D-Programming-Language/phobos
http://d.puremagic.com/issues/show_bug.cgi?id=8233
--- Comment #3 from github-bugzi...@puremagic.com 2012-06-13 21:20:10 PDT ---
Commit pushed to master at https://github.com/D-Programming-Language/phobos
http://d.puremagic.com/issues/show_bug.cgi?id=8106
--- Comment #8 from Walter Bright bugzi...@digitalmars.com 2012-06-13
22:23:21 PDT ---
Note that the default argument can be retrieved using something like:
PT[1] getDefault(PT a) { return a[1]; }
--
Configure issuemail:
http://d.puremagic.com/issues/show_bug.cgi?id=3150
Walter Bright bugzi...@digitalmars.com changed:
What|Removed |Added
Status|NEW |RESOLVED
http://d.puremagic.com/issues/show_bug.cgi?id=3150
--- Comment #8 from github-bugzi...@puremagic.com 2012-06-13 22:26:50 PDT ---
Commits pushed to master at https://github.com/D-Programming-Language/dmd
http://d.puremagic.com/issues/show_bug.cgi?id=8106
--- Comment #9 from Walter Bright bugzi...@digitalmars.com 2012-06-13
22:35:21 PDT ---
Or better:
PT[1] getDefault(PT[1..2] a) { return a[0]; }
An example:
-
import std.stdio;
template ParameterTypeTuple(alias foo)
{
http://d.puremagic.com/issues/show_bug.cgi?id=8106
Walter Bright bugzi...@digitalmars.com changed:
What|Removed |Added
Status|NEW |RESOLVED
http://d.puremagic.com/issues/show_bug.cgi?id=8221
Walter Bright bugzi...@digitalmars.com changed:
What|Removed |Added
CC|
http://d.puremagic.com/issues/show_bug.cgi?id=8221
Walter Bright bugzi...@digitalmars.com changed:
What|Removed |Added
Severity|normal |enhancement
http://d.puremagic.com/issues/show_bug.cgi?id=8220
--- Comment #2 from github-bugzi...@puremagic.com 2012-06-13 22:59:19 PDT ---
Commits pushed to master at https://github.com/D-Programming-Language/dmd
75 matches
Mail list logo