On Thursday, 29 March 2012 at 00:21:38 UTC, Andrei Alexandrescu
wrote:
http://www.reddit.com/r/programming/comments/rif9x/uniform_function_call_syntax_for_the_d/
Andrei
The primitives/utility distinction is an idea I've thought about
a lot. UFCS is justifiable not only as a syntactic
On 2012-03-30 04:05, Nick Sabalausky wrote:
Walter Brightnewshou...@digitalmars.com wrote in message
True, but I upgraded recently to 64 bit Win 7, with a 6 core processor and
SSD drive. Reddit seems a lot zippier :-)
I don't understand why people think it's ok for basic, basic shit that
On 3/29/2012 6:57 PM, Nick Sabalausky wrote:
How the heck does that improve encapsualtion? With D's implicit friends, it
*doesn't*, it's just shifting things around. There is NO encapsualtion
benefit there. Like Steven said, to *get* the encapsualtion, you have to
create a whole new module to
On 3/29/2012 7:05 PM, Nick Sabalausky wrote:
I don't understand why people think it's ok for basic, basic shit that would
have ran fine on a Pentium 1 (and less) to now require what quite literally
is a super-fucking-computer-on-the-desktop just to run acceptably.
Seriously, what the fuck's the
Walter Bright newshou...@digitalmars.com wrote in message
news:jl3kkf$j4b$1...@digitalmars.com...
On 3/29/2012 6:57 PM, Nick Sabalausky wrote:
How the heck does that improve encapsualtion? With D's implicit friends,
it
*doesn't*, it's just shifting things around. There is NO encapsualtion
Jacob Carlborg d...@me.com wrote in message
news:jl3kar$ie4$1...@digitalmars.com...
On 2012-03-30 04:05, Nick Sabalausky wrote:
Walter Brightnewshou...@digitalmars.com wrote in message
True, but I upgraded recently to 64 bit Win 7, with a 6 core processor
and
SSD drive. Reddit seems a lot
Nick Sabalausky a@a.a wrote in message
news:jl3n59$qf7$1...@digitalmars.com...
Jacob Carlborg d...@me.com wrote in message
news:jl3kar$ie4$1...@digitalmars.com...
On 2012-03-30 04:05, Nick Sabalausky wrote:
Walter Brightnewshou...@digitalmars.com wrote in message
True, but I upgraded
On 03/30/2012 01:45 AM, bearophile wrote:
Timon Gehr:
I think the article does not mention that it also works for primitive types.
But there is a small problem with primitive properties:
http://d.puremagic.com/issues/show_bug.cgi?id=7773
Bye,
bearophile
Yes, I have never understood why
On 3/30/2012 12:18 AM, Nick Sabalausky wrote:
While there are definitely times I need to access private state across
separate components within a module, I find such cases are fairly uncommon,
so I question the wisdom of making it the default behavior.
If your module has grown so large that
Walter Bright newshou...@digitalmars.com wrote in message
news:jl3l0c$jn2$1...@digitalmars.com...
On 3/29/2012 7:05 PM, Nick Sabalausky wrote:
I don't understand why people think it's ok for basic, basic shit that
would
have ran fine on a Pentium 1 (and less) to now require what quite
or just use http://cdburnerxp.se/
Am 30.03.2012 10:30, schrieb Nick Sabalausky:
Walter Brightnewshou...@digitalmars.com wrote in message
news:jl3l0c$jn2$1...@digitalmars.com...
On 3/29/2012 7:05 PM, Nick Sabalausky wrote:
I don't understand why people think it's ok for basic, basic shit
On 3/30/12, Walter Bright newshou...@digitalmars.com wrote:
There has been a trend in Phobos of having some truly gigantic modules. I
believe this is indicative of a problem in the language.
Ignoring that there are still a few import bugs, you can split
functionality into multiple modules and
Walter Bright newshou...@digitalmars.com wrote in message
news:jl3qds$10ga$1...@digitalmars.com...
On 3/30/2012 12:18 AM, Nick Sabalausky wrote:
While there are definitely times I need to access private state across
separate components within a module, I find such cases are fairly
uncommon,
On 03/30/2012 02:15 AM, Nick Sabalausky wrote:
Eh? Other people have voiced concerns over that since waaay back in even
pre-D1 times. In particular, many people have argued for allowing modules
with the same name as a package. Ie: you could have both module foo and
module foo.bar.
This is
On 3/30/2012 2:15 AM, Nick Sabalausky wrote:
Andrei and I have talked about it, and we think it is because of
difficulties in breaking a module up into submodules of a package.
We think it's something we need to address.
Eh? Other people have voiced concerns over that since waaay back in even
On Friday, 30 March 2012 at 01:55:23 UTC, Nick Sabalausky wrote:
Yea, that occurred to me, too. wishful musingI've been
starting to think
more and more that the everything in a module is a friend was
a mistake,
and that we should have instead just had a module access
specifier like we
have
On Fri, 30 Mar 2012 02:42:03 -0400, Walter Bright
newshou...@digitalmars.com wrote:
On 3/29/2012 6:57 PM, Nick Sabalausky wrote:
How the heck does that improve encapsualtion? With D's implicit
friends, it
*doesn't*, it's just shifting things around. There is NO encapsualtion
benefit there.
On Friday, 30 March 2012 at 10:22:18 UTC, Walter Bright wrote:
On 3/30/2012 2:15 AM, Nick Sabalausky wrote:
Andrei and I have talked about it, and we think it is
because of
difficulties in breaking a module up into submodules of a
package.
We think it's something we need to address.
Eh?
On Fri, 30 Mar 2012 04:21:12 -0400, Nick Sabalausky a@a.a wrote:
Nick Sabalausky a@a.a wrote in message
news:jl3n59$qf7$1...@digitalmars.com...
Yea, I've seen that. It's a very good article, though. Although I've
been
saying this since before that article, and even before multi-cores.
Walter Bright wrote:
On 3/29/2012 5:09 PM, Steven Schveighoffer wrote:
The reason being, if you change anything in class A, you do not have
to worry
about the implementation of getXSquared, because it simply has no
access to the
private implementation. You only have to worry about internal
On 2012-03-30 10:20, Walter Bright wrote:
There has been a trend in Phobos of having some truly gigantic modules.
I believe this is indicative of a problem in the language. Andrei and I
have talked about it, and we think it is because of difficulties in
breaking a module up into submodules of a
Le 30/03/2012 11:40, bls a écrit :
On 03/30/2012 02:15 AM, Nick Sabalausky wrote:
Eh? Other people have voiced concerns over that since waaay back in even
pre-D1 times. In particular, many people have argued for allowing modules
with the same name as a package. Ie: you could have both module
Le 30/03/2012 12:57, foobar a écrit :
On Friday, 30 March 2012 at 10:22:18 UTC, Walter Bright wrote:
On 3/30/2012 2:15 AM, Nick Sabalausky wrote:
Andrei and I have talked about it, and we think it is because of
difficulties in breaking a module up into submodules of a package.
We think it's
Le 30/03/2012 01:34, Steven Schveighoffer a écrit :
On Wed, 28 Mar 2012 21:53:57 -0400, Jesse Phillips
jessekphillip...@gmail.com wrote:
I won't be going out of my way to check this, but there is a mention
of adding the range primatives. This works, but it doesn't make the
class a range for
On 2012-03-30 10:36, Andrej Mitrovic wrote:
On 3/30/12, Walter Brightnewshou...@digitalmars.com wrote:
There has been a trend in Phobos of having some truly gigantic modules. I
believe this is indicative of a problem in the language.
Ignoring that there are still a few import bugs, you can
Le 30/03/2012 04:13, Adam D. Ruppe a écrit :
On Friday, 30 March 2012 at 01:55:23 UTC, Nick Sabalausky wrote:
wishful musingI've been starting to think
more and more that the everything in a module is a friend was a
mistake,and that we should have instead just had a module
access specifier like
On Fri, 30 Mar 2012 08:10:14 -0400, deadalnix deadal...@gmail.com wrote:
I would expect this not to work, because bar isn't defined in module1
and template are supposed to use declaration scope, not instantiation
scope (unless it is mixin template).
Right, I think it's the way it works
On 2012-03-30 11:15, Nick Sabalausky wrote:
I thought that was a deliberate Phobos style convention. I'm certain I
remember you and/or Andrei talking here about a year or two ago about how
you didn't want Phobos modules broken up into separate implemetation
modules.
I recognize that as well.
Le 30/03/2012 14:13, Steven Schveighoffer a écrit :
On Fri, 30 Mar 2012 08:10:14 -0400, deadalnix deadal...@gmail.com wrote:
I would expect this not to work, because bar isn't defined in module1
and template are supposed to use declaration scope, not instantiation
scope (unless it is mixin
On 03/30/2012 05:06 AM, deadalnix wrote:
Le 30/03/2012 11:40, bls a écrit :
On 03/30/2012 02:15 AM, Nick Sabalausky wrote:
Eh? Other people have voiced concerns over that since waaay back in even
pre-D1 times. In particular, many people have argued for allowing
modules
with the same name as a
On Fri, 30 Mar 2012 08:22:12 -0400, deadalnix deadal...@gmail.com wrote:
Le 30/03/2012 14:13, Steven Schveighoffer a écrit :
On Fri, 30 Mar 2012 08:10:14 -0400, deadalnix deadal...@gmail.com
wrote:
I would expect this not to work, because bar isn't defined in module1
and template are
On Friday, 30 March 2012 at 11:21:02 UTC, Steven Schveighoffer
wrote:
4. Blow in bottom of cartridge, even though the pins are clean
and free of dust (did this actually ever do anything?)
My hypothesis is it was actually the moisture that
made a better connection.
I'd like to test this now...
On 2012-03-30 14:07, deadalnix wrote:
all.d this the de facto standard here. I think it should become an
official guideline.
Why can't we get import foo.*;, then we don't have to relay on guidelines.
--
/Jacob Carlborg
On Friday, 30 March 2012 at 12:10:32 UTC, deadalnix wrote:
For the ease of distribution, you can use a module with public
import in it.
There's still a few things I don't like though, about
downloading and compiling several modules.
When it is just one, you can download the single
file and
On 3/30/12 3:20 AM, Walter Bright wrote:
There has been a trend in Phobos of having some truly gigantic modules.
I believe this is indicative of a problem in the language. Andrei and I
have talked about it, and we think it is because of difficulties in
breaking a module up into submodules of a
Le 30/03/2012 16:24, Andrei Alexandrescu a écrit :
On 3/30/12 3:20 AM, Walter Bright wrote:
There has been a trend in Phobos of having some truly gigantic modules.
I believe this is indicative of a problem in the language. Andrei and I
have talked about it, and we think it is because of
On 2012-03-30 16:17, Adam D. Ruppe wrote:
On Friday, 30 March 2012 at 12:10:32 UTC, deadalnix wrote:
For the ease of distribution, you can use a module with public import
in it.
There's still a few things I don't like though, about
downloading and compiling several modules.
When it is just
On 3/30/12 9:32 AM, deadalnix wrote:
Le 30/03/2012 16:24, Andrei Alexandrescu a écrit :
On 3/30/12 3:20 AM, Walter Bright wrote:
There has been a trend in Phobos of having some truly gigantic modules.
I believe this is indicative of a problem in the language. Andrei and I
have talked about it,
On Fri, 30 Mar 2012 10:39:09 -0400, Jacob Carlborg d...@me.com wrote:
On 2012-03-30 14:52, Steven Schveighoffer wrote:
Why would there be ambiguities? Unlike C include files, D modules are
consistently compiled, unaffected by importing other modules.
What about static-if and string mixins?
On Fri, 30 Mar 2012 10:48:04 -0400, deadalnix deadal...@gmail.com wrote:
Le 30/03/2012 14:52, Steven Schveighoffer a écrit :
On Fri, 30 Mar 2012 08:22:12 -0400, deadalnix deadal...@gmail.com
wrote:
Immagine you want to define your own to!xxx() for your type xxx. (It
is dumb case because you
On 3/29/2012 4:34 PM, Steven Schveighoffer wrote:
But I realized after typing about 2 messages in response to this (and deleting
them), you are right, there is a fundamental problem here. Because the template
instantiation is based solely on the type. It does *not* include the type and
whatever
Jacob Carlborg d...@me.com wrote in message
news:jl4d2e$24i1$1...@digitalmars.com...
On 2012-03-30 14:07, deadalnix wrote:
all.d this the de facto standard here. I think it should become an
official guideline.
Why can't we get import foo.*;, then we don't have to relay on
guidelines.
The
On 3/30/2012 12:11 PM, Steven Schveighoffer wrote:
On Fri, 30 Mar 2012 14:27:43 -0400, Walter Bright newshou...@digitalmars.com
wrote:
I would argue that:
3. An extension method for an argument of type template parameter T will be
looked up only in the instantiation scope.
I don't think
Steven Schveighoffer schvei...@yahoo.com wrote in message
news:op.wbzdtbo0eav7ka@localhost.localdomain...
On Fri, 30 Mar 2012 04:21:12 -0400, Nick Sabalausky a@a.a wrote:
Nick Sabalausky a@a.a wrote in message
news:jl3n59$qf7$1...@digitalmars.com...
Of course, I don't expect software to be
Adam D. Ruppe destructiona...@gmail.com wrote in message
news:udpabjwyzxlollbiz...@forum.dlang.org...
On Friday, 30 March 2012 at 11:21:02 UTC, Steven Schveighoffer wrote:
4. Blow in bottom of cartridge, even though the pins are clean and free
of dust (did this actually ever do anything?)
On Friday, 30 March 2012 at 21:03:21 UTC, Nick Sabalausky wrote:
Problem is, it also corrodes the connectors.
Yea. But oh well, it can't be too bad... my old games
all still work!
Though, nowadays I tend to prefer the emulators. I have
a playstation controller on usb, which works for all
the
Walter Bright wrote:
On 3/30/2012 4:24 AM, Piotr Szturmaj wrote:
Walter Bright wrote:
I think it's far superior to the explicit friend thing in C++.
Just curious. Did you take it from Delphi? :-)
No. I've never looked at Delphi in detail.
But in any case, for any language feature, there's
Adam D. Ruppe destructiona...@gmail.com wrote in message
news:ftnddrqdfbrtxiiwe...@forum.dlang.org...
On Friday, 30 March 2012 at 21:03:21 UTC, Nick Sabalausky wrote:
Problem is, it also corrodes the connectors.
Yea. But oh well, it can't be too bad... my old games
all still work!
Though,
Eeewww, I hate playing games on a PC:
- Too many other processes to screw up the experience.
Maybe if you were basing your experiences off of Windows 95.
- I spent sooo many hours every day *working* at the computer
desk, I
*don't* want to be be glued to it for my entertainment, too.
-
On 3/30/2012 12:36 PM, Walter Bright wrote:
On 3/30/2012 12:11 PM, Steven Schveighoffer wrote:
On Fri, 30 Mar 2012 14:27:43 -0400, Walter Bright newshou...@digitalmars.com
wrote:
I would argue that:
3. An extension method for an argument of type template parameter T will be
looked up only
On Friday, 30 March 2012 at 22:43:00 UTC, Nick Sabalausky wrote:
Oh *definitely*. BTW, Wii homebrew is *fantastic* for that.
I don't have one of those thingys though.
But that would *never* happen under US-style IP law.
You know what's funny: I used to use an Atari ac adapter
for my Sega.
Bernard Helyer b.hel...@gmail.com wrote in message
news:jiioyfihtaqhpjafg...@forum.dlang.org...
Eeewww, I hate playing games on a PC:
- Too many other processes to screw up the experience.
Maybe if you were basing your experiences off of Windows 95.
Actually, it was pretty good back then,
On 2012-03-29 21:03, Bennie Copeland wrote:
Thanks for your help. My primary use case is to provide a native look
and feel GUI on the Mac. So, to the extent of creating the interface
using Cocoa and tying it back to the core code written in D.
In that case you would, hopefully, only need a
On 2012-03-29 21:45, Gour wrote:
On Thu, 29 Mar 2012 21:03:05 +0200
Bennie Copelandmugen.kano...@gmail.com wrote:
Thanks for your help. My primary use case is to provide a native
look and feel GUI on the Mac. So, to the extent of creating the
interface using Cocoa and tying it back to the
Hi guys!
Brad Anderson Wrote:
On Thu, Mar 15, 2012 at 3:10 AM, Gavin wzy17...@gmail.com wrote:
2.058 for Windows was released without std.net.curl built in. You'll have
to rebuild phobos to get it working. It's not too hard though.
I tried to rebuild Phobos using the instructions from this
Nesting a Tid in a struct is interpreted as having local
aliasing, though a bare Tid is not.
This doesn't work, though commenting out receiveOnly!S() and
tid.send(S(thisTid)) works:
-
import std.stdio;
import std.concurrency;
void main() {
auto thread = spawn(function void(Tid tid)
On 03/30/2012 10:18 AM, Nathan M. Swan wrote:
Nesting a Tid in a struct is interpreted as having local aliasing,
though a bare Tid is not.
http://d.puremagic.com/issues/show_bug.cgi?id=4957
That's all great stuff. Thanks guys. I think in this respect D
could really take off, i.e. as the natively compiled, portable
core language that can easily interface to platform specific
frameworks through C and C++. This, among other things, got me
interested in D in the first place. I think
On 2012-03-29 16:36:55 +, Jacob Carlborg d...@me.com said:
Both I and Michel have created an Objective-C/D bridge that uses this
approach. It lets you call Objective-C methods, create instances of
Objective-C classes, create subclasses in D that inherit from
Objective-C classes and so on.
On 2012-03-30 13:09, Michel Fortin wrote:
Indeed. And the approach makes much more sense. Only I don't really have
time for compiler hacking these days. I still hope I'll be able to
continue it later this year.
I don't know if you have seen this, but I took the liberty to add your
project as
Am Wed, 28 Mar 2012 18:40:17 +0200
schrieb Nathan M. Swan nathanms...@gmail.com:
That's pretty cool! I especially like the categories idea; it
reminds me of Apple's documentation for Cocoa. It really helps
you when you are thinking I need a function which does
NMS
Unfortunately the
On 3/30/12, Marco Leise marco.le...@gmx.de wrote:
snip
Here's another mind-bender:
import std.typetuple;
Tuple!(int, int) x; // bz
It's in std.typecons of all places. I would assume a tuple would be in
a module called typetuple, but no.
Le 30/03/2012 16:46, Andrei Alexandrescu a écrit :
Starting a new thread from one in announce:
http://prowiki.org/wiki4d/wiki.cgi?LanguageDevel/DIPs/DIP16
Please comment, after which Walter will approve. Walter's approval means
that he would approve a pull request implementing DIP16 (subject
On 2012-03-30 12:34:50 +, Jacob Carlborg d...@me.com said:
On 2012-03-30 13:09, Michel Fortin wrote:
Indeed. And the approach makes much more sense. Only I don't really have
time for compiler hacking these days. I still hope I'll be able to
continue it later this year.
I don't know if
On 03/30/2012 04:46 PM, Andrei Alexandrescu wrote:
Starting a new thread from one in announce:
http://prowiki.org/wiki4d/wiki.cgi?LanguageDevel/DIPs/DIP16
Please comment, after which Walter will approve. Walter's approval means
that he would approve a pull request implementing DIP16 (subject
Am Wed, 21 Mar 2012 03:30:02 +0100
schrieb bearophile bearophileh...@lycos.com:
Here I have used () on a property. Currently -property
enforces the usage of () on non-properties. But my logic tells
me that it should also do the opposite and show an error if you
use () with a @property
On second thought, issue 2 is probably not that much of a problem.
On 30/03/2012 15:46, Andrei Alexandrescu wrote:
Starting a new thread from one in announce:
http://prowiki.org/wiki4d/wiki.cgi?LanguageDevel/DIPs/DIP16
Please comment, after which Walter will approve. Walter's approval means
that he would approve a pull request implementing DIP16 (subject to
On Fri, 30 Mar 2012 10:46:19 -0400, Andrei Alexandrescu
seewebsiteforem...@erdani.org wrote:
Starting a new thread from one in announce:
http://prowiki.org/wiki4d/wiki.cgi?LanguageDevel/DIPs/DIP16
Please comment, after which Walter will approve. Walter's approval means
that he would
On Fri, Mar 30, 2012 at 1:52 AM, Gleb s4mm...@gmail.com wrote:
Hi guys!
Brad Anderson Wrote:
On Thu, Mar 15, 2012 at 3:10 AM, Gavin wzy17...@gmail.com wrote:
2.058 for Windows was released without std.net.curl built in. You'll have
to rebuild phobos to get it working. It's not too hard
On 3/30/12, Andrei Alexandrescu seewebsiteforem...@erdani.org wrote:
Destroy!
That means a program that imports std.algorithm may use std.sort
for the symbol std.algorithm.sort.
That's quite interesting. Would that also mean that you could do:
import std.algorithm; // has indexOf
import
On Fri, Mar 30, 2012 at 12:06 PM, Andrej Mitrovic
andrej.mitrov...@gmail.com wrote:
On 3/30/12, Andrei Alexandrescu seewebsiteforem...@erdani.org wrote:
Destroy!
That means a program that imports std.algorithm may use std.sort
for the symbol std.algorithm.sort.
That's quite interesting.
On Friday, 30 March 2012 at 17:19:30 UTC, Brad Anderson wrote:
You can find a proper
win32.mak here: https://gist.github.com/3816217ffd041d62d6bd
It worked like a charm! Thanks a lot!
On 3/30/12, Andrei Alexandrescu seewebsiteforem...@erdani.org wrote:
http://prowiki.org/wiki4d/wiki.cgi?LanguageDevel/DIPs/DIP16
Btw, I bet with the help of hackers like e.g. Kenji Hara we'll have
this implemented in a matter of days (if it gets accepted). Compare
that to having a C++ committee
On 3/28/2012 8:18 AM, Trass3r wrote:
The autotester has been showing a broken dmd testsuite for a while:
http://d.puremagic.com/test-results/
Any bugzilla entry/pull request I may have missed?
My fault. It's all green now.
On Friday, March 30, 2012 09:46:19 Andrei Alexandrescu wrote:
Starting a new thread from one in announce:
http://prowiki.org/wiki4d/wiki.cgi?LanguageDevel/DIPs/DIP16
Please comment, after which Walter will approve. Walter's approval means
that he would approve a pull request implementing
On Friday, March 30, 2012 20:06:57 Andrej Mitrovic wrote:
On 3/30/12, Andrei Alexandrescu seewebsiteforem...@erdani.org wrote:
Destroy!
That means a program that imports std.algorithm may use std.sort
for the symbol std.algorithm.sort.
That's quite interesting. Would that also mean that
On Friday, March 30, 2012 12:15:44 Brad Anderson wrote:
On Fri, Mar 30, 2012 at 12:06 PM, Andrej Mitrovic
andrej.mitrov...@gmail.com wrote:
On 3/30/12, Andrei Alexandrescu seewebsiteforem...@erdani.org wrote:
Destroy!
That means a program that imports std.algorithm may use std.sort
On Friday, 30 March 2012 at 18:39:44 UTC, Jonathan M Davis wrote:
I'd propose that we make it so that if a module publicly
imports another
module, then you could treat it as if it were in that module.
So, because
std.datetime.package publicly imports std.datetime.systime, you
could use
On 3/30/12 1:39 PM, Jonathan M Davis wrote:
However, I'm very nervous about the second part. e.g. std.sort instead of
std.algorithm.sort seems like a bad idea to me. It increases the odds of name
conflicts for little benefit.
Example?
Not to mention, it'll make it a lot more confusing
to
My comments:
1. My first impression was that using foo/bar/package.d instead of
foo/bar.d seemed a bit odd and messy. But I realize now that cleverly
solves the issue where foo/bar.d would be considered to be inside a
different package from foo/bar/*.d. So I like that. Personally, I think I
On Friday, 30 March 2012 at 18:15:57 UTC, Brad Anderson wrote:
On Fri, Mar 30, 2012 at 12:06 PM, Andrej Mitrovic
andrej.mitrov...@gmail.com wrote:
On 3/30/12, Andrei Alexandrescu
seewebsiteforem...@erdani.org wrote:
Destroy!
That means a program that imports std.algorithm may use
std.sort
I ran into a strange and hard-to-describe problem with nested functions
closing over the argument to their enclosing function.
When a nested function (A) returns the value of another nested function
(B) that returns a parameter of the enclosing function (C), and when (A)
is returned from
I suggest to add following line on top of rdmd main():
compiler = std.path.buildPath(std.path.dirName(args[0]), dmd);
On 3/30/2012 1:13 PM, Ed McCardell wrote:
I ran into a strange and hard-to-describe problem with nested functions closing
over the argument to their enclosing function.
When a nested function (A) returns the value of another nested function (B) that
returns a parameter of the enclosing
On 3/30/12, Ed McCardell edmcc...@hotmail.com wrote:
The code below demonstrates this (using DMD 2.058, no optimizations). Is
this a bug?
You mean the result is 55 when you uncomment return nested;? All
asserts pass for me when I use that return. Otherwise when using
return escaping; I get:
On 03/30/2012 04:51 PM, Andrej Mitrovic wrote:
You mean the result is 55 when you uncomment returnnested;? All
asserts pass for me when I use that return. Otherwise when using
returnescaping; I get:
1244764
1244764
4202631
2.058 win32.
On 64-bit linux, the first two asserts always pass using
Timon Gehr timon.g...@gmx.ch wrote in message
news:jl4jmg$2j1r$1...@digitalmars.com...
I don't really like the second one.
1. It is an over-general solution, because it does not solve a general
problem.
Maybe it would be better to just interpret foo.bar.baz as
foo.bar.package.baz if
Robert Clipsham rob...@octarineparrot.com wrote in message
news:jl4l5t$2m62$1...@digitalmars.com...
On 30/03/2012 15:46, Andrei Alexandrescu wrote:
Starting a new thread from one in announce:
http://prowiki.org/wiki4d/wiki.cgi?LanguageDevel/DIPs/DIP16
Please comment, after which Walter will
On Friday, March 30, 2012 14:33:58 Andrei Alexandrescu wrote:
On 3/30/12 1:39 PM, Jonathan M Davis wrote:
However, I'm very nervous about the second part. e.g. std.sort instead of
std.algorithm.sort seems like a bad idea to me. It increases the odds of
name conflicts for little benefit.
Andrej Mitrovic andrej.mitrov...@gmail.com wrote in message
news:mailman.1240.1333130858.4860.digitalmar...@puremagic.com...
Still this is one of the few proposals I like. My only caveat is the
comment: except the file is not allowed to use the module
declaration.. Wouldn't it be better if we
On Fri, Mar 30, 2012 at 05:35:25PM -0400, Jonathan M Davis wrote:
[...]
But personally, I like the idea of making it so that publicly imported
symbols can be accessed as if they were in the module that publicly
imported them (with package.d being treated as if it had the same name
as the
On 2012-03-30 14:46:19 +, Andrei Alexandrescu
seewebsiteforem...@erdani.org said:
Destroy!
Since you're asking…
One thing the current system avoids is unresolvable symbols. If two
symbol name clashes, you just qualify them fully and it'll always be
unambiguous. For instance:
On 03/30/2012 04:45 PM, Walter Bright wrote:
On 3/30/2012 1:13 PM, Ed McCardell wrote:
The code below demonstrates this (using DMD 2.058, no optimizations).
Is this a
bug?
Looks like one. Please report this to
http://d.puremagic.com/issues/enter_bug.cgi?product=D
Done:
On 3/30/12 3:34 PM, zeljkog wrote:
I suggest to add following line on top of rdmd main():
compiler = std.path.buildPath(std.path.dirName(args[0]), dmd);
You may want to make it into a pull request. Thanks!
Andrei
On 26/03/2012 02:18, dnewbie wrote:
Just out of curiosity, is D attracting new users? Are the old
users running? Place your vote here
http://www.easypolls.net/poll.html?p=4f6fb7e5e4b04f389e5eb66f
I see that the numbers are almost evenly balanced between the four categories. But does
this
On Fri, Mar 30, 2012 at 11:17:47PM +0100, Stewart Gordon wrote:
On 26/03/2012 02:18, dnewbie wrote:
Just out of curiosity, is D attracting new users? Are the old
users running? Place your vote here
http://www.easypolls.net/poll.html?p=4f6fb7e5e4b04f389e5eb66f
I see that the numbers are
On 3/30/12 10:46 PM, Andrei Alexandrescu wrote:
Starting a new thread from one in announce:
http://prowiki.org/wiki4d/wiki.cgi?LanguageDevel/DIPs/DIP16
Please comment, after which Walter will approve. Walter's approval means
that he would approve a pull request implementing DIP16 (subject to
I'm pretty impressed with the idea, and look forward to its
implementation, but I do have one question. How does this affect
(if at all) the implicit friend relationship of declarations?
Since package foo.bar is treated as a single module, do the
classes in foo/bar/alpha.d and foo/bar/beta.d
On Friday, 30 March 2012 at 22:28:40 UTC, H. S. Teoh wrote:
On Fri, Mar 30, 2012 at 11:17:47PM +0100, Stewart Gordon wrote:
On 26/03/2012 02:18, dnewbie wrote:
Just out of curiosity, is D attracting new users? Are the old
users running? Place your vote here
1 - 100 of 134 matches
Mail list logo