Walter Bright newshou...@digitalmars.com wrote in message
news:i6up2t$19c...@digitalmars.com...
This is primarily a bug fix release.
http://www.digitalmars.com/d/1.0/changelog.html
http://ftp.digitalmars.com/dmd.1.064.zip
http://www.digitalmars.com/d/2.0/changelog.html
On Thu, 16 Sep 2010 20:58:56 -0700, Walter Bright wrote:
This is primarily a bug fix release.
http://www.digitalmars.com/d/1.0/changelog.html
http://ftp.digitalmars.com/dmd.1.064.zip
http://www.digitalmars.com/d/2.0/changelog.html
http://ftp.digitalmars.com/dmd.2.049.zip
Looks solid,
On Fri, 17 Sep 2010 11:45:15 +, Bernard Helyer wrote:
Looks solid, but it appears to have broken debugging info. (Linux)
Looking through the bug tracker now.
U disregard that, PEBKAC. ^^;
On 09/17/2010 11:15 AM, Andrei Alexandrescu wrote:
Thanks for replying. This is very helpful. I'll make some points below,
definitely not as an attempt to revisit the decision you've already made.
The recent big one is the unspecified behavior of
postblit on const/immutable structs and
On 2010-09-17 16:06, Jacob Carlborg wrote:
On 2010-09-17 13:25, Michel Fortin wrote:
On 2010-09-17 05:06:24 -0400, Jacob Carlborg d...@me.com said:
On 2010-09-17 01:46, Michel Fortin wrote:
http://michelf.com/weblog/2010/dobjc-dead-end-start-anew/
The D/Objective-C bridge is a project that
On 2010-09-17 04:15:31 -0400, Andrei Alexandrescu
seewebsiteforem...@erdani.org said:
On a funny note, we figured that for a number of reasons it would help
to allow C++-style constructors that offer access to the source; it
just turns out some idioms need to modify the source as well as the
On 9/17/10 9:18 CDT, Michel Fortin wrote:
On 2010-09-17 04:15:31 -0400, Andrei Alexandrescu
seewebsiteforem...@erdani.org said:
On a funny note, we figured that for a number of reasons it would help
to allow C++-style constructors that offer access to the source; it
just turns out some idioms
On 2010-09-17 11:14:21 -0400, Andrei Alexandrescu
seewebsiteforem...@erdani.org said:
On 9/17/10 9:18 CDT, Michel Fortin wrote:
On 2010-09-17 04:15:31 -0400, Andrei Alexandrescu
seewebsiteforem...@erdani.org said:
On a funny note, we figured that for a number of reasons it would help
to
On 2010-09-17 16:56, Michel Fortin wrote:
On 2010-09-17 10:06:27 -0400, Jacob Carlborg d...@me.com said:
Have you thought about what needs to be modified/added yet? Is it
basically better support for runtime reflection?
Basically I'm adding the necessary pieces so that DMD can generate
On 09/17/2010 06:48 PM, Michel Fortin wrote:
On 2010-09-17 11:14:21 -0400, Andrei Alexandrescu
seewebsiteforem...@erdani.org said:
Now that I think of it, you don't need a fancy struct to make this
problem appear, you just need two layers of functions:
void fun(const(int[int]) hash) {
On 09/17/2010 09:02 AM, Max Samukha wrote:
On 09/17/2010 11:15 AM, Andrei Alexandrescu wrote:
Nice to hear that the problem is being worked on. What kind of
typechecking will be performed in const/immutable postblit?
The tricky part in that constructor is that you must be able to assign
the
Georg Wrede wrote:
On 09/17/2010 01:01 AM, Lutger wrote:
Max Samukha wrote:
After a good amount of hesitation, we have decided to put the QtD
project on hold. QtD has a potential to become a complete and effective
development platform for D but it is not going to happen soon (unless
people
On 9/17/10 10:48 CDT, Michel Fortin wrote:
I understand the intent quite well. I'm talking about what happens if
the source is const?
The whole point is, mutation is the motivator. If you copy an empty
hash, no problem because the receiver can't mutate it.
In my mind it's simpler to just
On Fri, 17 Sep 2010 12:39:06 -0400, Andrei Alexandrescu
seewebsiteforem...@erdani.org wrote:
On 09/17/2010 09:02 AM, Max Samukha wrote:
One example is the semantics of clear() and scoped(). As I understood
from one of your posts, you agree that resurrecting the destroyed object
by calling
On Fri, 17 Sep 2010 12:44:30 -0400, Andrei Alexandrescu
seewebsiteforem...@erdani.org wrote:
On 9/17/10 10:48 CDT, Michel Fortin wrote:
I understand the intent quite well. I'm talking about what happens if
the source is const?
The whole point is, mutation is the motivator. If you copy an
On 9/17/10 12:04 CDT, Steven Schveighoffer wrote:
On Fri, 17 Sep 2010 12:44:30 -0400, Andrei Alexandrescu
seewebsiteforem...@erdani.org wrote:
On 9/17/10 10:48 CDT, Michel Fortin wrote:
I understand the intent quite well. I'm talking about what happens if
the source is const?
The whole
On 2010-09-17 11:50:51 -0400, Jacob Carlborg d...@me.com said:
Sounds good, I also once thought about adding extern (Objective-C) to
the language. About the selector syntax, wouldn't it be better to have
the same syntax as in Objective-C,
@selector(performSelector:withObject:). I mean D
On 2010-09-17 19:45, Michel Fortin wrote:
On 2010-09-17 11:50:51 -0400, Jacob Carlborg d...@me.com said:
Sounds good, I also once thought about adding extern (Objective-C) to
the language. About the selector syntax, wouldn't it be better to have
the same syntax as in Objective-C,
After upgrading to 2.049, trying to compile this code:
import std.traits;
void foo() {}
void main() {
static assert( ! hasUnsharedAliasing!foo );
}
gives this error:
dmd2/linux/bin/../../src/phobos/std/traits.d(971): Error: template
instance isAssociativeArray!(foo) does not match
== Quote from osa (o...@aso.osa)'s article
After upgrading to 2.049, trying to compile this code:
import std.traits;
void foo() {}
void main() {
static assert( ! hasUnsharedAliasing!foo );
}
gives this error:
dmd2/linux/bin/../../src/phobos/std/traits.d(971): Error:
On 09/17/2010 03:22 PM, dsimcha wrote:
I agree the error message is obtuse, but I don't think this code is supposed to
work because foo is not a type. This code does work:
import std.traits;
void foo() {}
void main() {
static assert( ! hasUnsharedAliasing!(typeof(foo)) );
}
My bad.
== Quote from osa (o...@aso.osa)'s article
On 09/17/2010 03:22 PM, dsimcha wrote:
I agree the error message is obtuse, but I don't think this code is
supposed to
work because foo is not a type. This code does work:
import std.traits;
void foo() {}
void main() {
static
On 09/17/2010 04:05 PM, dsimcha wrote:
This is a real bug. Please file a bug report. I'll look into it soon.
Done: http://d.puremagic.com/issues/show_bug.cgi?id=4882
On 2010-09-17 14:48:54 -0400, Jacob Carlborg d...@me.com said:
On 2010-09-17 19:45, Michel Fortin wrote:
Also note that member functions of an extern (Objective-C) class or
interface always have implicitly a selector (made from the function's
name followed by as many colons as there are
Andrei Alexandrescu wrote:
On 9/17/10 10:48 CDT, Michel Fortin wrote:
I understand the intent quite well. I'm talking about what happens if
the source is const?
The whole point is, mutation is the motivator. If you copy an empty
hash, no problem because the receiver can't mutate it.
On 2010-09-17 21:08:29 -0400, Walter Bright newshou...@digitalmars.com said:
Andrei Alexandrescu wrote:
On 9/17/10 10:48 CDT, Michel Fortin wrote:
I understand the intent quite well. I'm talking about what happens if
the source is const?
The whole point is, mutation is the motivator. If you
Not D related, but a cool sounding project. In short, it's a functional
OS written in assembly and has an extremely small kernel.
http://www.returninfinity.com/baremetal.html
Casey
Eldar Insafutdinov e.insafutdi...@gmail.com wrote in message
news:i6ni0q$31j...@digitalmars.com...
Hi Nick!
If you are going to replace dmd's backend, you might want to have a look
at ddmd,
as we have plans to make other backends for it. And of course it is much
more
pleasant to work
On Friday 17 September 2010 00:02:36 Walter Bright wrote:
Andrei Alexandrescu wrote:
A coworker asked me where he could find a brief document of D's design
principles. This was after I'd mentioned the no function hijacking
stance.
I think it would be a great idea if the up-and-coming
dennis luehring dl.so...@gmx.net wrote in message
news:i6uv32$1ij...@digitalmars.com...
On 15.09.2010 22:19, Nick Sabalausky wrote:
Philippe Sigaudphilippe.sig...@gmail.com wrote in message
news:mailman.214.1284496545.858.digitalmar...@puremagic.com...
On Tue, Sep 14, 2010 at 17:01, Andrei
On 17/09/2010 6:48 PM, Nick B wrote:
On 16/09/2010 5:58 a.m., Andrei Alexandrescu wrote:
A coworker asked me where he could find a brief document of D's design
principles. This was after I'd mentioned the no function hijacking
stance.
there is no one, true, only to be used, library. D
Fri, 17 Sep 2010 21:18:04 +1200, Nick B wrote:
On 16/09/2010 5:58 a.m., Andrei Alexandrescu wrote:
A coworker asked me where he could find a brief document of D's design
principles. This was after I'd mentioned the no function hijacking
stance.
there is no one, true, only to be used,
On 2010-09-17 03:38, sybrandy wrote:
On 09/16/2010 07:04 AM, Simen Kjaeraas wrote:
Here's a draft of something I'd like to see. I like having the ten
commandments, with #0 not really counting. CC welcome.
== The D Manifesto ==
0. Pragmatism is king.
1. Safe before all, fast before the rest.
I would like such a manifesto to emphasize the following aspects that
together, make D unique IMO:
* Programs may be as high or as low level as the programmer chooses.
* No single style is imposed on the programmer.
* The memory can be managed automatically or manually.
Pragmatism not
retard Wrote:
Thu, 16 Sep 2010 21:38:24 -0400, sybrandy wrote:
On 09/16/2010 07:04 AM, Simen Kjaeraas wrote:
Here's a draft of something I'd like to see. I like having the ten
commandments, with #0 not really counting. CC welcome.
FWIW, if you're picking up one of the most used
Not from me.
I did bought the book and found it a nice reading.
But I cannot find any killer feature in D that would make me switch
language, at least for the type
of development of I do.
I imagine there can be many readers out there like me.
--
Paulo
Justin Johansson n...@spam.com wrote in
On Fri, 2010-09-17 at 09:36 -0400, Gary Whatmore wrote:
[ . . . ]
I assume you are just trolling, but for the record . . .
Haskell is just stupid. Their waisting they're time! It's brainwash
Haskell is far from stupid. You may not like it, but saying it is
stupid is in itself just stupid.
[
On Friday, September 17, 2010 07:16:54 Paulo Pinto wrote:
Not from me.
I did bought the book and found it a nice reading.
But I cannot find any killer feature in D that would make me switch
language, at least for the type
of development of I do.
I imagine there can be many readers out
On 15/09/2010 19:58, Andrei Alexandrescu wrote:
A coworker asked me where he could find a brief document of D's design
principles.
to reduce it to the max.
The AnDrei design principles ;] no, just kidding.
Seriously
I wish we could use D2 for our dot net development tasks. Guess we could
On Fri, Sep 17, 2010 at 02:36, Nick Sabalausky a...@a.a wrote:
retard r...@tard.com.invalid wrote in message
news:i6ubrl$2dj...@digitalmars.com...
Thu, 16 Sep 2010 21:32:16 +0200, Philippe Sigaud wrote:
On Thu, Sep 16, 2010 at 10:07, Lars T. Kyllingstad
pub...@kyllingen.nospamnet wrote:
On Fri, 17 Sep 2010 23:02:56 +0400, Philippe Sigaud
philippe.sig...@gmail.com wrote:
On Fri, Sep 17, 2010 at 02:36, Nick Sabalausky a...@a.a wrote:
retard r...@tard.com.invalid wrote in message
news:i6ubrl$2dj...@digitalmars.com...
Thu, 16 Sep 2010 21:32:16 +0200, Philippe Sigaud wrote:
Fri, 17 Sep 2010 21:02:56 +0200, Philippe Sigaud wrote:
On Fri, Sep 17, 2010 at 02:36, Nick Sabalausky a...@a.a wrote:
retard r...@tard.com.invalid wrote in message
news:i6ubrl$2dj...@digitalmars.com...
Thu, 16 Sep 2010 21:32:16 +0200, Philippe Sigaud wrote:
On Thu, Sep 16, 2010 at
On Fri, 17 Sep 2010 15:39:19 -0400, retard r...@tard.com.invalid wrote:
Fri, 17 Sep 2010 21:02:56 +0200, Philippe Sigaud wrote:
On Fri, Sep 17, 2010 at 02:36, Nick Sabalausky a...@a.a wrote:
retard r...@tard.com.invalid wrote in message
news:i6ubrl$2dj...@digitalmars.com...
Thu, 16 Sep
Fri, 17 Sep 2010 15:53:41 -0400, Steven Schveighoffer wrote:
On Fri, 17 Sep 2010 15:39:19 -0400, retard r...@tard.com.invalid wrote:
Fri, 17 Sep 2010 21:02:56 +0200, Philippe Sigaud wrote:
On Fri, Sep 17, 2010 at 02:36, Nick Sabalausky a...@a.a wrote:
retard r...@tard.com.invalid wrote in
== Quote from retard (r...@tard.com.invalid)'s article
Fri, 17 Sep 2010 21:02:56 +0200, Philippe Sigaud wrote:
class=quot;Apple-style-spanquot;br gt;gt;
color=quot;#88quot;gt;lt;brgt;lt;/fontgt;lt;/
(snip that)
(the horror, the horror!)
me.brdivAre my messages always this garbled to
On Fri, 17 Sep 2010 19:57:44 +, retard wrote:
Fri, 17 Sep 2010 15:53:41 -0400, Steven Schveighoffer wrote:
On Fri, 17 Sep 2010 15:39:19 -0400, retard r...@tard.com.invalid wrote:
Fri, 17 Sep 2010 21:02:56 +0200, Philippe Sigaud wrote:
On Fri, Sep 17, 2010 at 02:36, Nick Sabalausky
Am 17.09.2010 09:51, schrieb Nick Sabalausky:
One thing that could be used for that is the eval() function I've
recently
added to my SemiTwist D Tools library:
http://www.dsource.org/projects/semitwist/browser/trunk/src/semitwist/util/process.d
Example:
-
Hi,
I wanted to test last dmd compiler with VisualD (Visual Studio plugin) on
Windows 7 64 bits.
I have installed dmd compiler inside C:\Developer\DLang and then started
Visual to create
a windows application but when I click on Build I get the following error :
-- Build started: Project:
On Friday 17 September 2010 13:24:36 Jérôme M. Berger wrote:
KennyTM~ wrote:
On Sep 17, 10 02:26, Jérôme M. Berger wrote:
Jérôme M. Berger wrote:
KennyTM~ wrote:
On Sep 16, 10 04:35, Jérôme M. Berger wrote:
Nick Sabalausky wrote:
I didn't think unix file systems had a concept of mime
dennis luehring dl.so...@gmx.net wrote in message
news:i70ibg$1ll...@digitalmars.com...
Am 17.09.2010 09:51, schrieb Nick Sabalausky:
One thing that could be used for that is the eval() function I've
recently
added to my SemiTwist D Tools library:
Continuing discussion regarding clear() from thread QtD is suspended
in digitalmars.D.announce.
On 09/17/2010 12:01 PM, Steven Schveighoffer wrote:
On Fri, 17 Sep 2010 12:39:06 -0400, Andrei Alexandrescu
seewebsiteforem...@erdani.org wrote:
On 09/17/2010 09:02 AM, Max Samukha wrote:
One
retard wrote:
FWIW, if you're picking up one of the most used languages out there,
their list won't differ that much:
Exactly. Much of that can be summed up as D being intended for professional
production use, rather than:
1. a teaching tool (Pascal)
2. a research project (Haskell)
3. being
On Fri, 17 Sep 2010 17:33:11 -0400, Andrei Alexandrescu
seewebsiteforem...@erdani.org wrote:
I think clear() can be fixed if we remove the call to the constructor
AND obliterate the vptr.
agreed.
In fact ideally we'd obliterate all vptrs of the object, which might be
tricky. Ideas?
On 09/17/2010 04:55 PM, Steven Schveighoffer wrote:
On Fri, 17 Sep 2010 17:33:11 -0400, Andrei Alexandrescu
seewebsiteforem...@erdani.org wrote:
I think clear() can be fixed if we remove the call to the constructor
AND obliterate the vptr.
agreed.
One more thing: we need to change the call
On Fri, 17 Sep 2010 18:07:54 -0400, Andrei Alexandrescu
seewebsiteforem...@erdani.org wrote:
On 09/17/2010 04:55 PM, Steven Schveighoffer wrote:
On Fri, 17 Sep 2010 17:33:11 -0400, Andrei Alexandrescu
seewebsiteforem...@erdani.org wrote:
I think clear() can be fixed if we remove the call
On Fri, 17 Sep 2010 18:11:11 -0400, Steven Schveighoffer
schvei...@yahoo.com wrote:
On Fri, 17 Sep 2010 18:07:54 -0400, Andrei Alexandrescu
seewebsiteforem...@erdani.org wrote:
On 09/17/2010 04:55 PM, Steven Schveighoffer wrote:
On Fri, 17 Sep 2010 17:33:11 -0400, Andrei Alexandrescu
Steven Schveighoffer Wrote:
Is there a map somewhere of what the hidden data in an object looks like?
The ABI :-)
On Fri, 17 Sep 2010 18:18:00 -0400, Steven Schveighoffer
schvei...@yahoo.com wrote:
On Fri, 17 Sep 2010 18:15:58 -0400, Steven Schveighoffer
schvei...@yahoo.com wrote:
On Fri, 17 Sep 2010 18:11:11 -0400, Steven Schveighoffer
schvei...@yahoo.com wrote:
On Fri, 17 Sep 2010 18:07:54
Steven Schveighoffer Wrote:
But here is a legitimate question, how do we get the interfaces? There's
no indication in the ABI of where the interfaces are. I know from logic
that they must be before the data members. But logic also says that
interfaces defined by the derived types
Steven Schveighoffer Wrote:
On Fri, 17 Sep 2010 18:11:11 -0400, Steven Schveighoffer
schvei...@yahoo.com wrote:
On Fri, 17 Sep 2010 18:07:54 -0400, Andrei Alexandrescu
seewebsiteforem...@erdani.org wrote:
On 09/17/2010 04:55 PM, Steven Schveighoffer wrote:
On Fri, 17 Sep 2010
Fri, 17 Sep 2010 14:33:30 -0700, Walter Bright wrote:
retard wrote:
FWIW, if you're picking up one of the most used languages out there,
their list won't differ that much:
Exactly. Much of that can be summed up as D being intended for
professional production use, rather than:
1. a
On Fri, 17 Sep 2010 18:30:35 -0400, Sean Kelly s...@invisibleduck.org
wrote:
Steven Schveighoffer Wrote:
But here is a legitimate question, how do we get the interfaces?
There's
no indication in the ABI of where the interfaces are. I know from logic
that they must be before the data
On Fri, 17 Sep 2010 18:31:45 -0400, Sean Kelly s...@invisibleduck.org
wrote:
Steven Schveighoffer Wrote:
On Fri, 17 Sep 2010 18:11:11 -0400, Steven Schveighoffer
schvei...@yahoo.com wrote:
On Fri, 17 Sep 2010 18:07:54 -0400, Andrei Alexandrescu
seewebsiteforem...@erdani.org wrote:
On
On 09/17/2010 05:30 PM, Sean Kelly wrote:
Steven Schveighoffer Wrote:
But here is a legitimate question, how do we get the interfaces? There's
no indication in the ABI of where the interfaces are. I know from logic
that they must be before the data members. But logic also says that
Steven Schveighoffer Wrote:
On Fri, 17 Sep 2010 18:31:45 -0400, Sean Kelly s...@invisibleduck.org
wrote:
Is there some reason clear() can't just call rt_finalize?
does rt_finalize not deallocate the memory? If so, that's probably the
right thing to do. In fact, I think it does
On 18/09/2010 8:09 AM, retard wrote:
Fri, 17 Sep 2010 14:33:30 -0700, Walter Bright wrote:
retard wrote:
FWIW, if you're picking up one of the most used languages out there,
their list won't differ that much:
Exactly. Much of that can be summed up as D being intended for
professional
BCS wrote:
link?
http://www.mozilla-europe.org/en/firefox/features/#performance
On 18/09/2010 12:46 a.m., retard wrote:
Fri, 17 Sep 2010 21:18:04 +1200, Nick B wrote:
On 16/09/2010 5:58 a.m., Andrei Alexandrescu wrote:
A coworker asked me where he could find a brief document of D's design
principles. This was after I'd mentioned the no function hijacking
stance.
there
Concurrency is currently far from easy.
Perhaps, but with D providing a message-passing API, we're certainly on
our way to making it much easier. I tried Perl threading a few years
ago and settled on using fork for what I needed as it was much easier.
I later learned Erlang and went Wow,
On 09/17/2010 05:33 PM, Walter Bright wrote:
retard wrote:
FWIW, if you're picking up one of the most used languages out there,
their list won't differ that much:
Exactly. Much of that can be summed up as D being intended for
professional production use, rather than:
1. a teaching tool
On 18/09/2010 12:28 a.m., Justin Johansson wrote:
On 17/09/2010 6:48 PM, Nick B wrote:
On 16/09/2010 5:58 a.m., Andrei Alexandrescu wrote:
A coworker asked me where he could find a brief document of D's design
principles. This was after I'd mentioned the no function hijacking
stance.
there
On Friday 17 September 2010 19:20:20 Nick B wrote:
On 18/09/2010 12:28 a.m., Justin Johansson wrote:
On 17/09/2010 6:48 PM, Nick B wrote:
On 16/09/2010 5:58 a.m., Andrei Alexandrescu wrote:
A coworker asked me where he could find a brief document of D's design
principles. This was after
Fri, 17 Sep 2010 19:31:35 -0700, Jonathan M Davis wrote:
On Friday 17 September 2010 19:20:20 Nick B wrote:
On 18/09/2010 12:28 a.m., Justin Johansson wrote:
On 17/09/2010 6:48 PM, Nick B wrote:
On 16/09/2010 5:58 a.m., Andrei Alexandrescu wrote:
A coworker asked me where he could find a
BCS Wrote:
The trick is that function pointers are best read from the inside out.
--
All C declarations are read from inside out, postfixes take precedence, that's
why you have to use braces to give pointer higher precedence. One of the
earlier books by Stroustroup gives a nice monster of
On Thursday 16 September 2010 23:50:16 Kagamin wrote:
BCS Wrote:
The trick is that function pointers are best read from the inside out.
All C declarations are read from inside out, postfixes take precedence,
that's why you have to use braces to give pointer higher precedence. One
of the
On Fri, 17 Sep 2010 10:12:34 +0200, Jonathan M Davis jmdavisp...@gmx.com
wrote:
On Thursday 16 September 2010 23:50:16 Kagamin wrote:
BCS Wrote:
The trick is that function pointers are best read from the inside out.
All C declarations are read from inside out, postfixes take precedence,
I'm getting a little confused. I've installed a .deb package of d 2.0, but now
my
code won't compile:
unlogcat.d(112): Error: std.stream.File at
/usr/include/d/dmd/phobos/std/stream.d(1787) conflicts with std.stdio.File at
/usr/include/d/dmd/phobos/std/stdio.d(248)
Yet if I leave either out, I
On Fri, 17 Sep 2010 12:21:07 -0400, Graham Nicholls
gra...@rockcons.co.uk wrote:
I'm getting a little confused. I've installed a .deb package of d 2.0,
but now my
code won't compile:
unlogcat.d(112): Error: std.stream.File at
/usr/include/d/dmd/phobos/std/stream.d(1787) conflicts with
On Friday, September 17, 2010 09:21:07 Graham Nicholls wrote:
I'm getting a little confused. I've installed a .deb package of d 2.0, but
now my code won't compile:
unlogcat.d(112): Error: std.stream.File at
/usr/include/d/dmd/phobos/std/stream.d(1787) conflicts with std.stdio.File
at
Jonathan M Davis wrote:
On Thursday 16 September 2010 23:50:16 Kagamin wrote:
BCS Wrote:
The trick is that function pointers are best read from the inside out.
All C declarations are read from inside out, postfixes take precedence,
that's why you have to use braces to give pointer higher
Jonathan M Davis Wrote:
On Friday, September 17, 2010 10:43:12 Ali Ãehreli wrote:
int[4] is an array of 4 ints; like Simen, let's call it U.
Now U[3] is an array of 3 Us; i.e. 3 int[4]s
I read that from left to right, not inside out.
No, no. You read it outwards from the variable
Code:
import std.stdio;
void main() {
char a;
wchar b;
dchar c;
readf(%s %s %s, a,b,c);
}
Error :
dmd -w -c isimsiz.d (C:\Program Files\Geany )
C:\D\dmd2\windows\bin\..\..\src\phobos\std\format.d(441): Error: template
std.format.unformatValue(T,Range,Char) if
I have these two minimal programs:
import std.string;
void main()
{
string str = abc;
int i = str.count(ab);
}
and:
import std.string;
import std.algorithm;
void main()
{
string str = abc;
int i = str.count(ab);
}
The only difference is line 2, where I import
On Fri, 17 Sep 2010 17:15:31 -0400, Seth Hoenig seth.a.hoe...@gmail.com
wrote:
I have these two minimal programs:
import std.string;
void main()
{
string str = abc;
int i = str.count(ab);
}
and:
import std.string;
import std.algorithm;
void main()
{
string str = abc;
Submitted *Issue 4883 http://d.puremagic.com/issues/show_bug.cgi?id=4883
*
On Fri, Sep 17, 2010 at 4:30 PM, Steven Schveighoffer
schvei...@yahoo.comwrote:
On Fri, 17 Sep 2010 17:15:31 -0400, Seth Hoenig seth.a.hoe...@gmail.com
wrote:
I have these two minimal programs:
import std.string;
I just could promise I've seen in D2 something like in scripting languages:
module test;
void main (string[] args) {
test(b = test);
}
void test(string a = a, string b = b, string c = c) {
}
Basically picking just right parameter while other have default. But now
I can't find syntax
On Fri, 17 Sep 2010 18:37:09 -0400, Mariusz Gliwiński
alienballa...@gmail.com wrote:
I just could promise I've seen in D2 something like in scripting
languages:
module test;
void main (string[] args) {
test(b = test);
}
void test(string a = a, string b = b, string c = c) {
}
On 2010-09-18 00:40, Steven Schveighoffer wrote:
On Fri, 17 Sep 2010 18:37:09 -0400, Mariusz Gliwiński
alienballa...@gmail.com wrote:
Basically picking just right parameter while other have default. But
now I can't find syntax anywhere. This code didn't worked, could you
refresh my memory?
D
Mariusz Gliwiński alienballa...@gmail.com wrote:
Why it isn't allowed? Implementing that would be just about checking if
all required parameters are filled and make something with parameter
name / local function variable conflict. It would be nice a little nice
thing...
Many of us have
Jonathan M Davis jmdavisp...@gmx.com wrote:
I've always been confused by C in this regard. It seems to logical to me
that T[3] works the same whether T is U[4] or U.
You're going to have to elaborate on that. I'm not quite sure what you're
talking about. And the syntax int[4][3] isn't legal C
On Friday, September 17, 2010 17:07:15 Simen kjaeraas wrote:
Jonathan M Davis jmdavisp...@gmx.com wrote:
I've always been confused by C in this regard. It seems to logical to me
that T[3] works the same whether T is U[4] or U.
You're going to have to elaborate on that. I'm not quite sure
http://d.puremagic.com/issues/show_bug.cgi?id=1715
--- Comment #6 from Don clugd...@yahoo.com.au 2010-09-17 01:26:19 PDT ---
(In reply to comment #5)
(In reply to comment #4)
(In reply to comment #3)
(In reply to comment #2)
http://www.dsource.org/projects/dmd/changeset/675
DMD
http://d.puremagic.com/issues/show_bug.cgi?id=4877
Stewart Gordon s...@iname.com changed:
What|Removed |Added
Status|NEW |RESOLVED
http://d.puremagic.com/issues/show_bug.cgi?id=3534
Stewart Gordon s...@iname.com changed:
What|Removed |Added
CC||dsim...@yahoo.com
---
http://d.puremagic.com/issues/show_bug.cgi?id=3554
Johannes Pfau johannesp...@gmail.com changed:
What|Removed |Added
CC|
http://d.puremagic.com/issues/show_bug.cgi?id=3957
Johannes Pfau johannesp...@gmail.com changed:
What|Removed |Added
Status|NEW |RESOLVED
http://d.puremagic.com/issues/show_bug.cgi?id=4878
Summary: Ddoc: Default arguments can break Ddoc output
Product: D
Version: D1 D2
Platform: Other
OS/Version: All
Status: NEW
Severity: normal
Priority: P2
http://d.puremagic.com/issues/show_bug.cgi?id=4878
--- Comment #1 from Johannes Pfau johannesp...@gmail.com 2010-09-17 07:18:53
PDT ---
Created an attachment (id=758)
Patch for dmd 2.049
--
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving
http://d.puremagic.com/issues/show_bug.cgi?id=4878
--- Comment #2 from Johannes Pfau johannesp...@gmail.com 2010-09-17 07:24:04
PDT ---
Note:
Phobos has workarounds for this issue in std.random, line 642 and 728 (svn,
revision 1977). These workarounds need to be revoked because this patch
http://d.puremagic.com/issues/show_bug.cgi?id=4879
Summary: std.range.ElementType does not handle output ranges;
breaks std.algorithm.copy, etc.
Product: D
Version: D2
Platform: Other
OS/Version: Windows
Status:
1 - 100 of 116 matches
Mail list logo