On Friday, December 21, 2012 22:42:54 Walter Bright wrote:
> On 12/21/2012 6:55 PM, Timon Gehr wrote:
> > How it works within classes and structs only affects the exact contents of
> > error messages anyway, right? (not accessible vs. not defined) I'd
> > consider that a compiler implementation det
On Saturday, December 22, 2012 07:54:06 bearophile wrote:
> Jonathan M Davis:
> > And in the case of unused variables, it would completely break
> > Phobos, because so many traits legitimately use unused
> > variables.
>
> Given how important is to spot unused variables in user code,
> then maybe
Jonathan M Davis:
And in the case of unused variables, it would completely break
Phobos, because so many traits legitimately use unused
variables.
Given how important is to spot unused variables in user code,
then maybe some solution can be invented for library code that
has legitimate uses
On 12/21/2012 6:55 PM, Timon Gehr wrote:
How it works within classes and structs only affects the exact contents of error
messages anyway, right? (not accessible vs. not defined) I'd consider that a
compiler implementation detail.
No, it affects the list of candidates for function overloading.
On Saturday, 22 December 2012 at 04:21:06 UTC, Jonathan M Davis
wrote:
I tend to agree that warnings were a bad idea and that they
should never have
been introduced, if nothing else, because I don't think that
it's ever good
practice to leave warnings in your code, making them almost the
same a
On Saturday, 22 December 2012 at 03:34:55 UTC, Andrei
Alexandrescu wrote:
On 12/21/12 10:27 PM, Rob T wrote:
Behold: http://us3.php.net/manual/en/function.exp.php
I understand what you mean now, just didn't at first. What I
see looks
very good in the php page.
I think there's a lot to be s
On Friday, December 21, 2012 22:12:31 David Nadlinger wrote:
> On Friday, 21 December 2012 at 20:33:47 UTC, Jonathan M Davis
>
> wrote:
> > If we didn't have -w,
> > then we could use warnings for stuff which was probably but not
> > definitively
> > wrong and which was okay to force people to cha
On Friday, December 21, 2012 17:44:43 Walter Bright wrote:
> On 12/21/2012 12:44 AM, Timon Gehr wrote:
> > ... modulo the private symbol clash issue. For all I know it is
> > deliberate,
> > which is embarrassing. Other than obviously breaking modularity, it
> > severely restricts the usefulness of
On Friday, December 21, 2012 14:25:28 Walter Bright wrote:
> On 12/21/2012 1:40 PM, Jonathan M Davis wrote:
> > I would point out that -w does exactly that thanks to conditional
> > compilation and compile-time introspection.
>
> I know, and there are threads here where I opposed warnings very str
On 12/21/12 10:27 PM, Rob T wrote:
Behold: http://us3.php.net/manual/en/function.exp.php
I understand what you mean now, just didn't at first. What I see looks
very good in the php page.
I think there's a lot to be said about the contribution of PHP's
excellent documentation to the success o
On Saturday, 22 December 2012 at 02:36:44 UTC, Andrei
Alexandrescu wrote:
I was referring only to the actual word.
Ah I see, but it's still debatable to remove, although not a big
deal either way.
Behold: http://us3.php.net/manual/en/function.exp.php
I understand what you mean now, just
On 12/22/2012 02:44 AM, Walter Bright wrote:
On 12/21/2012 12:44 AM, Timon Gehr wrote:
... modulo the private symbol clash issue. For all I know it is
deliberate,
which is embarrassing. Other than obviously breaking modularity, it
severely
restricts the usefulness of symbol disambiguation (which
On 12/10/2012 2:31 PM, 1100110 wrote:
I've had dail-up, I've had satelite internet.
"Only" is indeed the appropriate word to use.
I've had floppy disks :-)
It's still hard to get used to the superfast disks we have these days.
On 12/21/12 7:52 PM, Rob T wrote:
On Saturday, 22 December 2012 at 00:00:43 UTC, Brad Roberts wrote:
The current separate wiki pages that mirror the dlang site are the worse
of both worlds in that the content exists, is hardly ever folded in, and
isn't even visible along side the page but hidden
On 12/21/12 7:16 PM, Brad Roberts wrote:
I love community / croudsourcing. But where it falls down in most of the
examples I've seen is that the majority of the feedback / comments really
belong as edits to the actual content, not additional notes. We need to
aim for making both happen, imho.
On 12/21/12 7:29 PM, Rob T wrote:
On Friday, 21 December 2012 at 23:46:05 UTC, Andrei Alexandrescu wrote:
* "Module" in the title is redundant I guess.
I don't think it is redundant because when you are looking at a page,
the module as the title instantly tells you (or reminds you) what modu
On 12/21/2012 12:44 AM, Timon Gehr wrote:
... modulo the private symbol clash issue. For all I know it is deliberate,
which is embarrassing. Other than obviously breaking modularity, it severely
restricts the usefulness of symbol disambiguation (which it makes necessary when
it should not be), be
On 12/21/2012 2:33 PM, David Nadlinger wrote:
On Friday, 21 December 2012 at 22:25:51 UTC, Walter Bright wrote:
On 12/21/2012 1:40 PM, Jonathan M Davis wrote:
I would point out that -w does exactly that thanks to conditional compilation
and compile-time introspection.
I know, and there are th
On Saturday, 22 December 2012 at 00:00:43 UTC, Brad Roberts wrote:
The current separate wiki pages that mirror the dlang site are
the worse
of both worlds in that the content exists, is hardly ever
folded in, and
isn't even visible along side the page but hidden off behind a
link that I
bet mo
On Friday, 21 December 2012 at 23:46:05 UTC, Andrei Alexandrescu
wrote:
* "Module" in the title is redundant I guess.
I don't think it is redundant because when you are looking at a
page, the module as the title instantly tells you (or reminds
you) what module you are looking at, otherwise
On Fri, 21 Dec 2012, Andrei Alexandrescu wrote:
> * But by very, very far the community-contributed stuff is just perfect. I
> really really really hope we can get something like that integrated. There are
> many ways to approach this:
>
> - By integrating a wiki page via e.g. an IFRAME.
> - By i
Andrei Alexandrescu:
Thanks for this work! Let me provide a little feedback. I'm
looking mainly at std.array and std.algorithm.
Compare a page like this:
http://dlang.org/phobos/std_array.html
With the docs of the Prelude module of Haskell:
http://www.haskell.org/ghc/docs/latest/html/librarie
On 12/21/12 6:46 PM, Andrei Alexandrescu wrote:
[snip]
Forgot to emphasize what I already mentioned: alphabetic order is okay,
but I wonder how we can integrate that with grouping per functionality
area (the way std.algorithm does).
Andrei
On 12/21/12 7:24 AM, Sönke Ludwig wrote:
Example generated site is here:
http://vibed.org/temp/d-programming-language.org/phobos/index.html
Is any further work on this desired?
Thanks for this work! Let me provide a little feedback. I'm looking
mainly at std.array and std.algorithm.
* The
On Friday, 21 December 2012 at 22:25:51 UTC, Walter Bright wrote:
On 12/21/2012 1:40 PM, Jonathan M Davis wrote:
I would point out that -w does exactly that thanks to
conditional compilation
and compile-time introspection.
I know, and there are threads here where I opposed warnings
very stro
On 12/21/2012 1:40 PM, Jonathan M Davis wrote:
I would point out that -w does exactly that thanks to conditional compilation
and compile-time introspection.
I know, and there are threads here where I opposed warnings very strongly.
On 2012-12-21 19:31, Sönke Ludwig wrote:
What also would be nice is to have the methods inline, expandable.
Would that mean the Classes/Structs/... tables as f.ex. in std.datetime?
So there would be a small clickable thing and all members would fly out below
it as direct links?
and possibly w
On 2012-12-21 18:05, Andrei Alexandrescu wrote:
s/remove/integrate/
s/ugly/awesome/
It's ugly that they are manually created. Over 300 lines of comments
that the doc generator should be doing automatically. I would say that
is far from awesome.
--
/Jacob Carlborg
On Friday, December 21, 2012 12:41:42 Walter Bright wrote:
> On 12/21/2012 5:40 AM, eles wrote:
> > However, it is reasonable to include something like strictness
> > levels as part of the compiler? (think gcc with MISRA-C
> > integrated).
>
> Having multiple languages via a switch leads to much c
On Friday, 21 December 2012 at 20:33:47 UTC, Jonathan M Davis
wrote:
If we didn't have -w,
then we could use warnings for stuff which was probably but not
definitively
wrong and which was okay to force people to change […] But
because
of -w, you can't […]
I don't think this is a valid argume
On Friday, 21 December 2012 at 18:34:12 UTC, Rob T wrote:
On Thursday, 20 December 2012 at 23:43:12 UTC, Joseph Cassman
wrote:
Just some food for thought.
In the section about the "Branching model", the wiki currently
has a staging branch in addition to the master branch. From
what I understa
On Friday, 21 December 2012 at 20:08:00 UTC, jerro wrote:
Optimized LLVM bytecode look like a good candidate for the
job. Note that I'm not suggesting this as a spec, but as an
example of possible solution.
It's true that it couldn't be automatically decompiled to
something equivalent to the
On 12/21/2012 5:19 AM, Peter Alexander wrote:
On Friday, 21 December 2012 at 08:58:03 UTC, bearophile wrote:
Walter Bright:
another large source of irritation if unused imports are errors.
In Go even unused variables are *errors* :-)
This is a tricky one. On one hand, it *is* a useful way
On 12/21/2012 6:52 AM, Andrej Mitrovic wrote:
It seems the compiler doesn't complain about invalid import statements
when it tries to find the module via its import path. Bug?
I'd have to say that's a bug.
On 12/21/2012 5:40 AM, eles wrote:
However, it is reasonable to include something like strictness
levels as part of the compiler? (think gcc with MISRA-C
integrated).
Having multiple languages via a switch leads to much confusion and cost. I try
to avoid such as much as possible.
On 12/21/2012 4:16 AM, bearophile wrote:
Walter Bright:
Then why did you bother with the Go module system?
The Go and D module systems are comparable, while the SML module system is
something quite different and another (higher) level.
From your wikipedia link, the SML module system is just
On 12/21/2012 12:07 PM, jerro wrote:
Optimized LLVM bytecode look like a good candidate for the job. Note that I'm
not suggesting this as a spec, but as an example of possible solution.
It's true that it couldn't be automatically decompiled to something equivalent
to the original D source, but
On 12/21/2012 3:52 AM, Rainer Schuetze wrote:
I think you don't need to care. The CPU can execute it as well without type
information.
If the data layout of the interpreter values is the same as for the interpreted
architecture, all you need to know is the calling convention and the types of
the
On Friday, December 21, 2012 20:58:02 David Nadlinger wrote:
> > […] change
> > the semantics of programs (due to have it affects conditional
> > compilation),
>
> Warnings should not affect conditional compilation, even if the
> user has warnings as errors turned on. The whole difference of
> war
Optimized LLVM bytecode look like a good candidate for the job.
Note that I'm not suggesting this as a spec, but as an example
of possible solution.
It's true that it couldn't be automatically decompiled to
something equivalent to the original D source, but it does
contain type information. I
On Friday, 21 December 2012 at 19:37:58 UTC, Jonathan M Davis
wrote:
Not only are there perfectly legitimate uses for having used
variables (e.g.
RAII) […]
Destructors with side effects could simply count as a "use" –
problem solved.
[…] change
the semantics of programs (due to have it aff
On Friday, December 21, 2012 20:29:43 Joseph Rushton Wakeling wrote:
> On 12/21/2012 06:59 PM, Jonathan M Davis wrote:
> > A lint-like tool is free to point them out for you, and maybe an IDE could
> > highlight them, but actually making the compiler consider unused variables
> > to be either a war
On 12/21/2012 06:59 PM, Jonathan M Davis wrote:
A lint-like tool is free to point them out for you, and maybe an IDE could
highlight them, but actually making the compiler consider unused variables to
be either a warning or an error would be an incredibly bad idea for D - on top
of the fact that
On Friday, 21 December 2012 at 07:03:13 UTC, Walter Bright wrote:
On 12/20/2012 10:05 PM, deadalnix wrote:
No you explained that java's bytecode doesn't solve that
problem. Which is quite
different.
I did, but obviously you did not find that satisfactory. Let me
put it this way:
Design a b
Am 21.12.2012 18:05, schrieb Andrei Alexandrescu:
> (...)
>
> The cheat sheet in std.algorithm is unnecessary (though I liked the brief
> examples), but there's a
> lot of value in the symbols grouped by category (searching, comparison, ...)
> at the top. So we need
> to have a means to group th
On Thursday, 20 December 2012 at 23:43:12 UTC, Joseph Cassman
wrote:
Just some food for thought.
In the section about the "Branching model", the wiki currently
has a staging branch in addition to the master branch. From
what I understand, the idea seems to be to vet a release on
staging until
On Fri, Dec 21, 2012 at 07:20:16PM +0100, Rob T wrote:
> On Friday, 21 December 2012 at 17:23:41 UTC, H. S. Teoh wrote:
> >+1. The blob of links generated by JS at the top of the current pages
> >is (1) ugly, and (2) useless. Grouping symbols by category is by far
> >more useful. We need to keep th
On Friday, 21 December 2012 at 17:23:41 UTC, H. S. Teoh wrote:
+1. The blob of links generated by JS at the top of the current
pages is
(1) ugly, and (2) useless. Grouping symbols by category is by
far more
useful. We need to keep that.
Yes, a category list is far more useful. The best the bl
On Wednesday, 19 December 2012 at 05:48:04 UTC, Andrei
Alexandrescu wrote:
On 12/18/12 11:37 PM, Xinok wrote:
On Wednesday, 19 December 2012 at 02:00:05 UTC, Andrei
Alexandrescu wrote:
You don't need to choose a median - just sort the data
(thereby making
progress toward the end goal) and choo
On Friday, 21 December 2012 at 17:08:28 UTC, Simen Kjaeraas wrote:
On 2012-00-21 12:12, Max Samukha wrote:
On Friday, 21 December 2012 at 10:30:21 UTC, Walter Bright
wrote:
On 12/21/2012 2:13 AM, Max Samukha wrote:
What Walter is wrong about is that bytecode is entirely
pointless.
I'll bit
On Friday, December 21, 2012 18:46:20 bearophile wrote:
> Jonathan M Davis:
> > It also doesn't work with stuff like RAII and a lot of
> > conditional compilation.
> > Particularly with eponymous templates, it's _very_ common to
> > have unused
> > variables. Warnings or errors for unused variables
Jonathan M Davis:
It also doesn't work with stuff like RAII and a lot of
conditional compilation.
Particularly with eponymous templates, it's _very_ common to
have unused
variables. Warnings or errors for unused variables would be
highly detrimental to D.
A warning for unused variables will
On Fri, Dec 21, 2012 at 12:05:47PM -0500, Andrei Alexandrescu wrote:
> On 12/21/12 10:43 AM, Jacob Carlborg wrote:
> >On 2012-12-21 13:24, Sönke Ludwig wrote:
> >
> >>Example generated site is here:
> >>
> >>http://vibed.org/temp/d-programming-language.org/phobos/index.html
> >>
> >>
> >>Is any fur
On 20/12/2012 12:00, monarch_dodra wrote:
I had (some time ago), created a request for breakable labeled blocks:
http://d.puremagic.com/issues/show_bug.cgi?id=8622
Now apparently, there is a "LabeledStatement" in D:
http://dlang.org/statement.html#LabeledStatement
"Any statement can be labeled,
On 12/21/12 10:43 AM, Jacob Carlborg wrote:
On 2012-12-21 13:24, Sönke Ludwig wrote:
Example generated site is here:
http://vibed.org/temp/d-programming-language.org/phobos/index.html
Is any further work on this desired? If so, what would be the next
steps to integrate it into the
general dl
On 2012-00-21 12:12, Max Samukha wrote:
On Friday, 21 December 2012 at 10:30:21 UTC, Walter Bright wrote:
On 12/21/2012 2:13 AM, Max Samukha wrote:
What Walter is wrong about is that bytecode is entirely pointless.
I'll bite. What is its advantage over source code?
It is not about bytecod
On Friday, December 21, 2012 14:19:32 Peter Alexander wrote:
> On Friday, 21 December 2012 at 08:58:03 UTC, bearophile wrote:
> > Walter Bright:
> >> another large source of irritation if unused imports are
> >> errors.
> >
> > In Go even unused variables are *errors* :-)
>
> This is a tricky one
12/21/2012 4:24 PM, Sönke Ludwig пишет:
Am 11.12.2012 22:13, schrieb Andrei Alexandrescu:
Do whom do we talk about Borging the vibe dox into dlang.org?
Andrei
[snip]
Example generated site is here:
http://vibed.org/temp/d-programming-language.org/phobos/index.html
Like it!
--
Dmitr
Am 21.12.2012 15:20, schrieb Andrej Mitrovic:
> On 12/21/12, Sönke Ludwig wrote:
>> Is any further work on this desired?
>
> The start of the code section needs to be moved a little bit to the
> right so the text doesn't appear to touch the edge:
> http://i.imgur.com/VuXE1.png
>
> And maybe the
On 2012-12-21 13:24, Sönke Ludwig wrote:
Example generated site is here:
http://vibed.org/temp/d-programming-language.org/phobos/index.html
Is any further work on this desired? If so, what would be the next steps to
integrate it into the
general dlang.org workflow? (or rather, how is that wo
I remember having very weird issues with rdmd when module is
called "main". May be this one is similar?
On Friday, 21 December 2012 at 14:52:27 UTC, Andrej Mitrovic
wrote:
On 12/21/12, Walter Bright wrote:
snip
Walter, can you verify if this is or isn't a bug:
.\main.d
.\foo.d
main.d:
m
On 12/21/12, Walter Bright wrote:
> snip
Walter, can you verify if this is or isn't a bug:
.\main.d
.\foo.d
main.d:
module main;
import foo;
void main() { test(); }
foo.d:
module bar;
void test() { }
This is OK:
$ dmd -c main.d foo.d
> main.d(2): Error: module bar from file foo.d must be i
Peter Alexander:
This is a tricky one. On one hand, it *is* a useful way to
catch errors, but on the other it's a constant source of
irritation when you are tinkering with code during
development/debugging.
I agree. I think a simple way to solve this problem is to put
"unused variables" amo
On 12/21/12, Sönke Ludwig wrote:
> Is any further work on this desired?
The start of the code section needs to be moved a little bit to the
right so the text doesn't appear to touch the edge:
http://i.imgur.com/VuXE1.png
And maybe the color scheme should match the one before, dark text on
light
On 12/21/12, bearophile wrote:
> Walter Bright:
>
>> another large source of irritation if unused imports are errors.
>
> In Go even unused variables are *errors* :-)
There was a long blost post somewhat recently (well, it might be from
this year at least) where the author complained how the Go c
jerro:
SML modules are something entirely different from D modules.
Yep. (That's what I have said to Walter).
If you want SML module like functionality in D,
I don't. I (did) want modules to have the same name as their
files.
Bye,
bearophile
On Friday, 21 December 2012 at 13:19:32 UTC, Peter Alexander
wrote:
On Friday, 21 December 2012 at 08:58:03 UTC, bearophile wrote:
Walter Bright:
another large source of irritation if unused imports are
errors.
In Go even unused variables are *errors* :-)
This is a tricky one. On one hand,
On Friday, 21 December 2012 at 08:58:03 UTC, bearophile wrote:
Walter Bright:
another large source of irritation if unused imports are
errors.
In Go even unused variables are *errors* :-)
This is a tricky one. On one hand, it *is* a useful way to catch
errors, but on the other it's a const
On Friday, 21 December 2012 at 08:58:03 UTC, bearophile wrote:
Walter Bright:
another large source of irritation if unused imports are
errors.
In Go even unused variables are *errors* :-)
D has an excellent module system. No, I don't think Go or
anyone else has a better one.
I think D mo
Am 11.12.2012 22:13, schrieb Andrei Alexandrescu:
> On 12/11/12 3:54 PM, Rob T wrote:
>> On Monday, 10 December 2012 at 22:33:49 UTC, 1100110 wrote:
>>> On 12/10/2012 05:16 AM, Mr. Anonymous wrote:
On Monday, 10 December 2012 at 02:10:43 UTC, Ellery Newcomer wrote:
> Is anyone else noticin
On Wednesday, 19 December 2012 at 19:52:41 UTC, Robert Jacques
wrote:
On Wed, 19 Dec 2012 09:35:39 -0600, Andrei Alexandrescu
wrote:
On 12/19/12 2:30 AM, Walter Bright wrote:
https://github.com/D-Programming-Language/phobos/pull/1018/files
Shouldn't it be part of std.numeric?
Related, we
Walter Bright:
Then why did you bother with the Go module system?
The Go and D module systems are comparable, while the SML module
system is something quite different and another (higher) level.
Bye,
bearophile
On 21.12.2012 11:28, Walter Bright wrote:
On 12/21/2012 12:37 AM, Rainer Schuetze wrote:
On 21.12.2012 08:02, Walter Bright wrote:
On 12/20/2012 10:05 PM, deadalnix wrote:
No you explained that java's bytecode doesn't solve that problem.
Which is quite
different.
I did, but obviously you
On 21.12.2012 10:20, Timon Gehr wrote:
On 12/21/2012 09:37 AM, Rainer Schuetze wrote:
On 21.12.2012 08:02, Walter Bright wrote:
On 12/20/2012 10:05 PM, deadalnix wrote:
No you explained that java's bytecode doesn't solve that problem.
Which is quite
different.
I did, but obviously you di
On Friday, 21 December 2012 at 11:00:01 UTC, Max Samukha wrote:
On Friday, 21 December 2012 at 10:30:21 UTC, Walter Bright
wrote:
On 12/21/2012 2:13 AM, Max Samukha wrote:
What Walter is wrong about is that bytecode is entirely
pointless.
I'll bite. What is its advantage over source code?
I
On Friday, 21 December 2012 at 10:30:21 UTC, Walter Bright wrote:
On 12/21/2012 2:13 AM, Max Samukha wrote:
What Walter is wrong about is that bytecode is entirely
pointless.
I'll bite. What is its advantage over source code?
It is not about bytecode vs source code. It is about a common
pla
On Friday, 21 December 2012 at 10:37:05 UTC, Araq wrote:
On Friday, 21 December 2012 at 10:30:21 UTC, Walter Bright
wrote:
On 12/21/2012 2:13 AM, Max Samukha wrote:
What Walter is wrong about is that bytecode is entirely
pointless.
I'll bite. What is its advantage over source code?
Interpre
On 12/21/2012 2:37 AM, Araq wrote:
On Friday, 21 December 2012 at 10:30:21 UTC, Walter Bright wrote:
On 12/21/2012 2:13 AM, Max Samukha wrote:
What Walter is wrong about is that bytecode is entirely pointless.
I'll bite. What is its advantage over source code?
Interpreting the AST directly:
On Friday, 21 December 2012 at 10:30:21 UTC, Walter Bright wrote:
On 12/21/2012 2:13 AM, Max Samukha wrote:
What Walter is wrong about is that bytecode is entirely
pointless.
I'll bite. What is its advantage over source code?
Interpreting the AST directly: Requires recursion.
Interpreting a
On 12/21/2012 2:13 AM, Max Samukha wrote:
What Walter is wrong about is that bytecode is entirely pointless.
I'll bite. What is its advantage over source code?
On 12/21/2012 12:37 AM, Rainer Schuetze wrote:
On 21.12.2012 08:02, Walter Bright wrote:
On 12/20/2012 10:05 PM, deadalnix wrote:
No you explained that java's bytecode doesn't solve that problem.
Which is quite
different.
I did, but obviously you did not find that satisfactory. Let me put i
On 12/21/2012 12:58 AM, bearophile wrote:
Walter Bright:
D has an excellent module system. No, I don't think Go or anyone else has a
better one.
I think D module system is a primitive tool compared to (S)ML module system.
http://en.wikipedia.org/wiki/Standard_ML#Module_system
Then why did y
On Thursday, 20 December 2012 at 21:30:44 UTC, deadalnix wrote:
On Thursday, 20 December 2012 at 01:41:38 UTC, Walter Bright
wrote:
Not exactly, I argue that having a bytecode standard is
useless. How a compiler works internally is fairly irrelevant.
Note that in the first place, bytecode disc
On Friday, December 21, 2012 12:57:10 Dmitry Olshansky wrote:
> +1. It never made any sense to me that private is visible but not
> accessible. A carryover from C++ I guess (but there we just hide stuff
> out of the header file, use awful internal namespaces etc.).
It also makes stuff like private
On 12/21/2012 09:37 AM, Rainer Schuetze wrote:
On 21.12.2012 08:02, Walter Bright wrote:
On 12/20/2012 10:05 PM, deadalnix wrote:
No you explained that java's bytecode doesn't solve that problem.
Which is quite
different.
I did, but obviously you did not find that satisfactory. Let me put i
On 12/20/2012 11:41 PM, H. S. Teoh wrote:
On Thu, Dec 20, 2012 at 11:33:56PM +0100, Timon Gehr wrote:
On 12/20/2012 08:44 PM, H. S. Teoh wrote:
...
They also make your derived classes immovable around the hierarchy,
because to override their parent's method, they have to use the exact
name that
12/21/2012 12:44 PM, Timon Gehr пишет:
On 12/21/2012 06:41 AM, Walter Bright wrote:
D has an excellent module system.
... modulo the private symbol clash issue. For all I know it is
deliberate, which is embarrassing. Other than obviously breaking
modularity, it severely restricts the use
Walter Bright:
another large source of irritation if unused imports are errors.
In Go even unused variables are *errors* :-)
D has an excellent module system. No, I don't think Go or
anyone else has a better one.
I think D module system is a primitive tool compared to (S)ML
module system
On 12/21/2012 06:41 AM, Walter Bright wrote:
D has an excellent module system.
... modulo the private symbol clash issue. For all I know it is
deliberate, which is embarrassing. Other than obviously breaking
modularity, it severely restricts the usefulness of symbol
disambiguation (whi
On 21.12.2012 08:02, Walter Bright wrote:
On 12/20/2012 10:05 PM, deadalnix wrote:
No you explained that java's bytecode doesn't solve that problem.
Which is quite
different.
I did, but obviously you did not find that satisfactory. Let me put it
this way:
Design a bytecode format, and prese
Dear Vladimir,
On Thursday, 20 December 2012 at 02:51:58 UTC, Vladimir Panteleev
wrote:
Sorry about that. In my haste to answer, I've misread your
question. I see now that you're using the lower-level objects
directly instead of the post function. My patch fixes the
behavior for the post func
91 matches
Mail list logo