Cool! Thanks! I'l definitely check it out! I hope it's DDOCed :-D
On Tue, May 8, 2012 at 5:29 AM, dsimcha wrote:
> On 5/7/2012 12:08 PM, Gor Gyolchanyan wrote:
>>
>> Wasn't there an allocator mechanism under development for phobos? I
>> remember there was a StackAllocator, that can span for arbit
On 4/30/12, Andrej Mitrovic wrote:
> Personally my gripe with compilation times is that I get very used to
> having fast build times where I can go through an edit+compile+run
> cycle really fast, but after a while build times get slower
Also since 2.059 error reporting is *completely* broken. I
08.05.2012 3:50, Walter Bright написал:
http://www.reddit.com/r/cpp/comments/tbouj/zerobugs_modular_debugger_for_ccd_including_gui/
Poor ZeroBUGS developer... Looks like he failed to sell his great
debugger and decided to make it free.
Proof: http://www.zero-bugs.com/2.0/download.html
--
Д
On 07/05/12 19:06, deadalnix wrote:
Hi,
Working on D I noticed that some statement, notably assert, are
expression of type void. Why not all statement (that are not expression
already) are expression ?
assert isn't a statement. It's an expression ( same as is() ). What
makes you think it's a
On Thursday, 3 May 2012 at 22:57:02 UTC, Walter Bright wrote:
On 5/3/2012 8:13 AM, Don Clugston wrote:
Well, they are also used in druntime, in core.stdc.math
BTW I *hate* that module, I don't know why it exists. Even
worse, it seems to be
growing -- people are adding more things to it.
It's
Le 08/05/2012 08:22, Jacob Carlborg a écrit :
On 2012-05-07 22:37, deadalnix wrote:
This won't work anyway. We are talking about language grammar here. If
made expression, statement would be of type void. Just like assert is.
Says who? :)
OK, make statement expression could open some door.
Hello everyone.
Faced with an interesting challenge, and how to solve it and
found no tracks.
The problem is the following:
I have 2 thread, which are created in the main flow,
respectively, of each other, they do not know, but I want to
create a dialogue between the thread. I want to first th
On 08/05/12 09:56, Andrej Mitrovic wrote:
On 4/30/12, Andrej Mitrovic wrote:
Personally my gripe with compilation times is that I get very used to
having fast build times where I can go through an edit+compile+run
cycle really fast, but after a while build times get slower
Also since 2.059 er
On Sunday, 6 May 2012 at 22:06:32 UTC, Jonathan M Davis wrote:
This argument comes up every once in a while even though AFAIK
it
is *not* a goal of D and never has been!
D does not and *should not* strive to be source compatible with
C. We already have C++ for that and it is a horrible idea.
D c
On 2012-05-08 12:27, deadalnix wrote:
Le 08/05/2012 08:22, Jacob Carlborg a écrit :
On 2012-05-07 22:37, deadalnix wrote:
This won't work anyway. We are talking about language grammar here. If
made expression, statement would be of type void. Just like assert is.
Says who? :)
OK, make sta
On 5/8/12, Don Clugston wrote:
> That bug was fixed in git not long after release.
I still get it with this version:
http://d.puremagic.com/test-results/test_data.ghtml?dataid=180993
Same errors: http://pastebin.com/8uqgskHd
On 5/8/12, foobar wrote:
> a. C++ is *not* fully source compatible with C, especially the
> latest C99 conflicts with C++ IIRC.
Yeah there's a nice list in the C++ standard, Annex C.1 (C++ and ISO
C). PDF: www-d0.fnal.gov/~dladams/cxx_standard.pdf
Types qualifier (const, immutable, shared, inout) are currently mixed
with storage classes (static, ref, whatever . . .).
The current situation is potentially armful. type qualifier are part of
the type, and always mean the same thing. Storage classes don't modify
the type, depends on where th
There's an _is_ expression, which allows one to determine the
underlying type of a enum:
template EnumType(T)
if(is(T U = enum))
{
alias U EnumType;
}
It would be awesome if the same mechanism was implemented for aliased types:
template AliasType(T)
if(is(T U = alias))
{
enum str
foobar:
As others said, the only thing that sort-of makes sense is to
copy/paste *declarations* and even those are different enough
in D that they deserve at least a look over to make sure they
are correct.
We shouldn't promote this "goal" at all especially given that
it isn't even guaranti
Steven Schveighoffer:
But making std.typecons.TypeDef work *is* a valid path to get
what you want (typedefs that work like they used to). If that
isn't possible, let's fix the language constructs that are
blocking it!
Right.
Bye,
bearophile
On Tuesday, 8 May 2012 at 13:57:30 UTC, bearophile wrote:
in many cases I have used the C std lib functions to circumvent
bugs or limitations or performance problems of Phobos. In both
I tend to agree with the performance aspect. I just got done with
a very challenging class where we solved pr
Try looking at std.concurrency.
You'll find a message passing mechanism there.
On Tue, May 8, 2012 at 2:25 PM, Shadow_exe wrote:
> Hello everyone.
> Faced with an interesting challenge, and how to solve it and found no
> tracks.
> The problem is the following:
> I have 2 thread, which are created
On Tuesday, 8 May 2012 at 13:57:30 UTC, bearophile wrote:
foobar:
As others said, the only thing that sort-of makes sense is to
copy/paste *declarations* and even those are different enough
in D that they deserve at least a look over to make sure they
are correct.
We shouldn't promote this
On Tuesday, 8 May 2012 at 14:48:27 UTC, foobar wrote:
[...], what if I find it useful to use e.g. FORTRAN code,
should the relevant functions also be in the stdlib?
No, FORTRAN has absolutely nothing to do with D. C, on the other
hand, does. Both druntime and Phobos depend heavily on the C
Yes, there is some communication between the thread, but it is
locked and the thread waits for him not come something like a
signal.
My task is not to block the trade and send a signal in this
thread.
On Tuesday, 8 May 2012 at 14:29:37 UTC, Gor Gyolchanyan wrote:
Try looking at std.concurrenc
On May 8, 2012, at 3:25 AM, "Shadow_exe" wrote:
> Hello everyone.
> Faced with an interesting challenge, and how to solve it and found no tracks.
> The problem is the following:
> I have 2 thread, which are created in the main flow, respectively, of each
> other, they do not know, but I want to
On 05/08/2012 04:29 PM, Gor Gyolchanyan wrote:
Try looking at std.concurrency.
You'll find a message passing mechanism there.
On Tue, May 8, 2012 at 2:25 PM, Shadow_exe wrote:
Hello everyone.
Faced with an interesting challenge, and how to solve it and found no
tracks.
The problem is the follo
On Monday, 7 May 2012 at 23:25:56 UTC, bearophile wrote:
So what do you think about having "-wi" (and even -property
too) on default in D (and have a compiler switch to disable
warnings on request)?
It sounds like a good idea to me, I'm all for it. The more
warnings i get, the less probable i
On Tuesday, 8 May 2012 at 04:32:14 UTC, Jonathan M Davis wrote:
...
I'm _very_ much against having normal warnings which are things
which don't
definitively need to be fixed, because otherwise you get into
the situation
where people ignore them, and the quality of the software
suffers, because
On Tuesday, 8 May 2012 at 14:59:43 UTC, Lars T. Kyllingstad wrote:
On Tuesday, 8 May 2012 at 14:48:27 UTC, foobar wrote:
[...], what if I find it useful to use e.g. FORTRAN code,
should the relevant functions also be in the stdlib?
No, FORTRAN has absolutely nothing to do with D. C, on the
o
On Tuesday, 8 May 2012 at 16:35:05 UTC, foobar wrote:
On Tuesday, 8 May 2012 at 14:59:43 UTC, Lars T. Kyllingstad
wrote:
On Tuesday, 8 May 2012 at 14:48:27 UTC, foobar wrote:
[...], what if I find it useful to use e.g. FORTRAN code,
should the relevant functions also be in the stdlib?
No, FOR
I have some code along these lines:
struct S {
short[4] data;
alias this data;
string toString() { ... }
}
...
S s;
writeln(to!string(s));
In dmd 2.059 (I believe) and earlier, this calls S.toString(). Howeve
On 05/08/2012 09:00 AM, sclytrack wrote:
On 05/08/2012 04:29 PM, Gor Gyolchanyan wrote:
Try looking at std.concurrency.
You'll find a message passing mechanism there.
On Tue, May 8, 2012 at 2:25 PM, Shadow_exe wrote:
Hello everyone.
Faced with an interesting challenge, and how to solve it and
On 05/08/2012 10:11 AM, H. S. Teoh wrote:
I have some code along these lines:
struct S {
short[4] data;
alias this data;
string toString() { ... }
}
...
S s;
writeln(to!string(s));
In dmd 2.059 (I believe)
My guess is - it's a bug, because alias this is supposed to be always
less prioritized, then actual members.
On Tue, May 8, 2012 at 9:11 PM, H. S. Teoh wrote:
> I have some code along these lines:
>
> struct S {
> short[4] data;
> alias this data;
>
>
On Tuesday, 8 May 2012 at 17:03:10 UTC, Lars T. Kyllingstad wrote:
On Tuesday, 8 May 2012 at 16:35:05 UTC, foobar wrote:
On Tuesday, 8 May 2012 at 14:59:43 UTC, Lars T. Kyllingstad
wrote:
On Tuesday, 8 May 2012 at 14:48:27 UTC, foobar wrote:
[...], what if I find it useful to use e.g. FORTRAN c
On Tue, May 08, 2012 at 10:15:00AM -0700, Ali Çehreli wrote:
> On 05/08/2012 10:11 AM, H. S. Teoh wrote:
> >I have some code along these lines:
> >
> > struct S {
> > short[4] data;
> > alias this data;
> >
> > string toString() { ... }
> > }
> > ...
On Tuesday, 8 May 2012 at 17:24:24 UTC, foobar wrote:
On Tuesday, 8 May 2012 at 17:03:10 UTC, Lars T. Kyllingstad
wrote:
On Tuesday, 8 May 2012 at 16:35:05 UTC, foobar wrote:
On Tuesday, 8 May 2012 at 14:59:43 UTC, Lars T. Kyllingstad
wrote:
On Tuesday, 8 May 2012 at 14:48:27 UTC, foobar wrote
On Tuesday, May 08, 2012 10:30:53 H. S. Teoh wrote:
> On Tue, May 08, 2012 at 10:15:00AM -0700, Ali Çehreli wrote:
> > On 05/08/2012 10:11 AM, H. S. Teoh wrote:
> > >I have some code along these lines:
> > > struct S {
> > >
> > > short[4] data;
> > > alias this data;
> > >
> > > string toString(
On Tue, May 08, 2012 at 01:52:14PM -0400, Jonathan M Davis wrote:
> On Tuesday, May 08, 2012 10:30:53 H. S. Teoh wrote:
> > On Tue, May 08, 2012 at 10:15:00AM -0700, Ali Çehreli wrote:
> > > On 05/08/2012 10:11 AM, H. S. Teoh wrote:
> > > >I have some code along these lines:
> > > > struct S {
> >
On Tuesday, May 08, 2012 10:57:20 H. S. Teoh wrote:
> On Tue, May 08, 2012 at 01:52:14PM -0400, Jonathan M Davis wrote:
> > On Tuesday, May 08, 2012 10:30:53 H. S. Teoh wrote:
> > > On Tue, May 08, 2012 at 10:15:00AM -0700, Ali Çehreli wrote:
> > > > On 05/08/2012 10:11 AM, H. S. Teoh wrote:
> > >
The correct link should have been
http://uhaweb.hartford.edu/ccscne/Allen.pdf
Am 08.05.2012 04:33, schrieb Andre Tampubolon:
Interesting reading.
I took a look at page 23, and didn't find the mention of C.
Maybe I didn't read carefully?
On 5/8/2012 3:34 AM, Paulo Pinto wrote:
Hi,
it seems I h
Thank You! As would there sometimes You have helped.
But I'm afraid that these methods me not suitable because
libevent already creates a queue and turn me not to come out to
do.
Information how to send that is the signal to the next thread I
have not found this information that have been grant
On 05/07/2012 10:37 PM, Nick Sabalausky wrote:
"Jens Mueller" wrote in message
news:mailman.391.1336410464.24740.digitalmar...@puremagic.com...
Hi,
from my understanding UFCS is supposed to work with operator overloading.
I.e.
in the following a + b should work
struct Foo {}
Foo opBinary(str
On 05/08/2012 10:46 AM, Don Clugston wrote:
On 07/05/12 19:06, deadalnix wrote:
Hi,
Working on D I noticed that some statement, notably assert, are
expression of type void. Why not all statement (that are not expression
already) are expression ?
assert isn't a statement. It's an expression (
On Tuesday, 8 May 2012 at 18:30:08 UTC, Timon Gehr wrote:
On 05/08/2012 10:46 AM, Don Clugston wrote:
On 07/05/12 19:06, deadalnix wrote:
Hi,
Working on D I noticed that some statement, notably assert,
are
expression of type void. Why not all statement (that are not
expression
already) are
Am 04.05.2012 01:47, schrieb Trass3r:
>> I'm interested in starting a project to make a linker besides optlink
>> for dmd on windows.
>
> Imho changing dmd to use COFF (incl. 64 support) instead of that crappy
> OMF would be more beneficial than yet another linker.
>
>
>> My vision is to create
Le 08/05/2012 13:59, foobar a écrit :
On Sunday, 6 May 2012 at 22:06:32 UTC, Jonathan M Davis wrote:
This argument comes up every once in a while even though AFAIK it
is *not* a goal of D and never has been!
D does not and *should not* strive to be source compatible with
C. We already have C++ f
Am 08.05.2012 16:03, schrieb bearophile:
> Steven Schveighoffer:
>
>> But making std.typecons.TypeDef work *is* a valid path to get what you
>> want (typedefs that work like they used to). If that isn't possible,
>> let's fix the language constructs that are blocking it!
>
> Right.
>
> Bye,
> b
Timon Gehr wrote:
> On 05/07/2012 10:37 PM, Nick Sabalausky wrote:
> >"Jens Mueller" wrote in message
> >news:mailman.391.1336410464.24740.digitalmar...@puremagic.com...
> >>Hi,
> >>
> >>from my understanding UFCS is supposed to work with operator overloading.
> >>I.e.
> >>in the following a + b s
"Timon Gehr" wrote in message
news:jobo5r$1cf7$1...@digitalmars.com...
> On 05/07/2012 10:37 PM, Nick Sabalausky wrote:
>>
>> I don't know why that doesn't work (unless you just need to make it "auto
>> c
>> = a + b;" so it isn't a "statement has no effect"?), but FWIW that's not
>> an
>> examp
Hi,
I'm running linux debian x86_64, it may matter.
The current version of dmd in git master segfault every single time it
is ran with an old version of druntime. This is already an issue that
the compiler segfault instead of providing any usefull error message (or
at least a stack trace, whi
On 5/8/2012 1:05 PM, deadalnix wrote:
I'm running linux debian x86_64, it may matter.
The current version of dmd in git master segfault every single time it is ran
with an old version of druntime. This is already an issue that the compiler
segfault instead of providing any usefull error message
On Tuesday, 8 May 2012 at 19:00:01 UTC, deadalnix wrote:
I think that goal is misunderstood. It is aimed at human being,
not compiler.
If one read D code that look like C, it should be able to
understand it easily. I is not supped to compile with 100%
exact semantic.
Unfortunately that is
Le 08/05/2012 22:36, Walter Bright a écrit :
This is a result of fixing the ABI for structs on Linux 64. You'll have
to recompile druntime with the new dmd. A recompile of druntime/phobos
should be sufficient.
Good news that is fixed !
I already did compile druntime and phobos with he new dmd,
On Tuesday, May 08, 2012 20:58:50 mta`chrono wrote:
> Am 08.05.2012 16:03, schrieb bearophile:
> > Steven Schveighoffer:
> >> But making std.typecons.TypeDef work *is* a valid path to get what you
> >> want (typedefs that work like they used to). If that isn't possible,
> >> let's fix the language
On May 8, 2012, at 9:35 AM, foobar wrote:
> On Tuesday, 8 May 2012 at 14:59:43 UTC, Lars T. Kyllingstad wrote:
>> On Tuesday, 8 May 2012 at 14:48:27 UTC, foobar wrote:
>>> [...], what if I find it useful to use e.g. FORTRAN code, should the
>>> relevant functions also be in the stdlib?
>>
>> No,
On May 8, 2012, at 10:24 AM, foobar wrote:
> On Tuesday, 8 May 2012 at 17:03:10 UTC, Lars T. Kyllingstad wrote:
>> On Tuesday, 8 May 2012 at 16:35:05 UTC, foobar wrote:
>>> On Tuesday, 8 May 2012 at 14:59:43 UTC, Lars T. Kyllingstad wrote:
On Tuesday, 8 May 2012 at 14:48:27 UTC, foobar wrote:
On Tuesday, 8 May 2012 at 21:17:21 UTC, Sean Kelly wrote:
On May 8, 2012, at 9:35 AM, foobar wrote:
On Tuesday, 8 May 2012 at 14:59:43 UTC, Lars T. Kyllingstad
wrote:
On Tuesday, 8 May 2012 at 14:48:27 UTC, foobar wrote:
[...], what if I find it useful to use e.g. FORTRAN code,
should the rel
On Tuesday, May 08, 2012 14:17:14 Sean Kelly wrote:
> On May 8, 2012, at 9:35 AM, foobar wrote:
> > On Tuesday, 8 May 2012 at 14:59:43 UTC, Lars T. Kyllingstad wrote:
> >> On Tuesday, 8 May 2012 at 14:48:27 UTC, foobar wrote:
> >>> [...], what if I find it useful to use e.g. FORTRAN code, should th
On 08-05-2012 23:31, Jonathan M Davis wrote:
On Tuesday, May 08, 2012 14:17:14 Sean Kelly wrote:
On May 8, 2012, at 9:35 AM, foobar wrote:
On Tuesday, 8 May 2012 at 14:59:43 UTC, Lars T. Kyllingstad wrote:
On Tuesday, 8 May 2012 at 14:48:27 UTC, foobar wrote:
[...], what if I find it useful t
On 5/8/2012 3:36 PM, foobar wrote:
On Tuesday, 8 May 2012 at 19:00:01 UTC, deadalnix wrote:
I think that goal is misunderstood. It is aimed at human being, not
compiler.
If one read D code that look like C, it should be able to understand
it easily. I is not supped to compile with 100% exact s
On Tue, 8 May 2012, deadalnix wrote:
> Hi,
>
> I'm running linux debian x86_64, it may matter.
>
> The current version of dmd in git master segfault every single time it is ran
> with an old version of druntime. This is already an issue that the compiler
> segfault instead of providing any usefu
On 5/8/2012 7:56 PM, Sean Cavanaugh wrote:
On 5/8/2012 3:36 PM, foobar wrote:
On Tuesday, 8 May 2012 at 19:00:01 UTC, deadalnix wrote:
I think that goal is misunderstood. It is aimed at human being, not
compiler.
If one read D code that look like C, it should be able to understand
it easily.
On 5/8/2012 7:56 PM, Sean Cavanaugh wrote:
On 5/8/2012 3:36 PM, foobar wrote:
On Tuesday, 8 May 2012 at 19:00:01 UTC, deadalnix wrote:
I think that goal is misunderstood. It is aimed at human being, not
compiler.
If one read D code that look like C, it should be able to understand
it easily.
On May 8, 2012, at 11:13 AM, Shadow_exe wrote:
> Thank You! As would there sometimes You have helped.
> But I'm afraid that these methods me not suitable because libevent already
> creates a queue and turn me not to come out to do.
> Information how to send that is the signal to the next thread I
On May 8, 2012, at 2:31 PM, Jonathan M Davis wrote:
>
> We've previously discussed having _all_ of the C system call functions from
> the various OSes that we support being in druntime, and I very much think
> that
> that's the right way to go. Phobos and druntime then have whatever they need
2012/5/9 H. S. Teoh :
> I have some code along these lines:
>
> struct S {
> short[4] data;
> alias this data;
>
> string toString() { ... }
> }
> ...
> S s;
> writeln(to!string(s));
>
> In dmd 2.059 (I believe) and ear
On Mon, 07 May 2012 12:41:09 -0300, Pierre LeMoine
wrote:
On Monday, 7 May 2012 at 12:36:18 UTC, Roald Ribe wrote:
If you are interested in getting results rather than
reinventing the wheel,
I would advice you to have a look at the openwatcom.org wlink,
and the
forked jwlink as a starting poi
Hi,
Dr. Dobbs has a nice editorial article about the rise of new native
languages and it mentions
D.
http://www.drdobbs.com/architecture-and-design/232901652?cid=DDJ_nl_upd_2012-05-08_h&elq=60a2e0ea244a4667b97377cecc50110f
Unfortunely the editor also points out that D is not fully open sourc
For the ignorant: I do NOT mean variadic templates as used by
std.stdio.
I note that they are not mentioned in TDPL. What is the deal with
them and their future? I'll be very displeased if I have to
recode a good bit of Tango that uses them if they are removed...
None of my attempts at coding
67 matches
Mail list logo