Andrei Alexandrescu:
http://www.reddit.com/r/programming/comments/155ivw/three_optimization_tips_for_c_video/
I appreciate such slides and videos, thank you for sharing. But
If possible I'd like a link to the slides in a place where I
don't have to register to download them.
I have also
On Thursday, 20 December 2012 at 05:29:46 UTC, Andrei
Alexandrescu wrote:
Vote up!
http://www.reddit.com/r/programming/comments/155ivw/three_optimization_tips_for_c_video/
Andrei
I think the most interesting thing from that talk is when you
said that Facebook's back end code is spending
On Thursday, 20 December 2012 at 05:29:46 UTC, Andrei
Alexandrescu wrote:
Vote up!
http://www.reddit.com/r/programming/comments/155ivw/three_optimization_tips_for_c_video/
Andrei
Nice talk. For anybody interested, PIC was made a bit faster by
x64 due to introduction of RIP-relative
On Friday, 21 December 2012 at 07:54:19 UTC, Jacob Carlborg wrote:
On 2012-12-20 19:41, Kiith-Sa wrote:
This is the first release of ICE, a small game project I'm
working on at
the university.
ICE is a vertical shoot-em-up created with moddability in
mind. Its
gameplay resembles games like
On 12/21/12 7:23 AM, Peter Alexander wrote:
On Thursday, 20 December 2012 at 05:29:46 UTC, Andrei Alexandrescu wrote:
Vote up!
http://www.reddit.com/r/programming/comments/155ivw/three_optimization_tips_for_c_video/
Andrei
I think the most interesting thing from that talk is when you said
Dear D community,
I've been urged by many others to post about Amber here. It is a
programming language being derived from D1, with a compiler
written using D1 and Tango, with LLVM and C backends. The quality
of code and documention is alpha (or pre-alpha).
Project page:
On 2012-12-21 14:13, Kiith-Sa wrote:
This shouldn't happen as I don't even use that extension.
It's possible that it's a bug in ICE's (outdated) copy of Derelict2.
I updated Derelict2 now. Can you try pulling the changes?
I'll give it a try.
--
/Jacob Carlborg
On 2012-12-21 19:02, Lars Ivar Igesund wrote:
Dear D community,
I've been urged by many others to post about Amber here. It is a
programming language being derived from D1, with a compiler written
using D1 and Tango, with LLVM and C backends. The quality of code and
documention is alpha (or
I get a few compilation errors using dmd 2.060,
nothrow that can throw, pure that calls impure, as well as
several warnings such as unreachable code and warnings concerning
@safe and @trusted.
After patching some of it up to get rid of the fatal compile
errors, this last error left me
Lars Ivar Igesund:
Project page: https://bitbucket.org/larsivi/amber
Seems a good idea to test some alternative designs, alternative
features and alternative ideas.
What are the differences (present or planned) between D1 and
Amber?
Bye,
bearophile
We plan to start building a new release on Sunday evening. To do so
(pursuant to the embryonic process we're putting in place), at that time
we'll create a new branch called staging for each of dmd, druntime,
and phobos.
All contributors - over the weekend please ping reviewers on what you
On Friday, 21 December 2012 at 22:12:47 UTC, Andrei Alexandrescu
wrote:
All contributors - over the weekend please ping reviewers on
what you believe are pull requests with a high
importance*urgency product.
DMD #1287 is still pending a response by Walter. I explained why
I think it is
On Friday, 21 December 2012 at 22:00:27 UTC, Rob T wrote:
I get a few compilation errors using dmd 2.060,
nothrow that can throw, pure that calls impure, as well as
several warnings such as unreachable code and warnings
concerning @safe and @trusted.
After patching some of it up to get rid
Also note: ICE does have some compile errors with git master DMD;
at least because it uses D:YAML, which has known issues there.
Bot there are no errors with DMD 2.060.
On Saturday, 22 December 2012 at 00:48:51 UTC, Kiith-Sa wrote:
Are you sure you cloned ICE, not DPong?
DPong was an older project that is unmaintained; although ICE
reuses
some of its code.
ICE is developed with 2.060 and there're no compile errors there
(although there are some warnings due
On Friday, December 21, 2012 17:12:47 Andrei Alexandrescu wrote:
We plan to start building a new release on Sunday evening. To do so
(pursuant to the embryonic process we're putting in place), at that time
we'll create a new branch called staging for each of dmd, druntime,
and phobos.
All
On Friday, December 21, 2012 21:11:28 Jonathan M Davis wrote:
On Friday, December 21, 2012 17:12:47 Andrei Alexandrescu wrote:
We plan to start building a new release on Sunday evening. To do so
(pursuant to the embryonic process we're putting in place), at that time
we'll create a new
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
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
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
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
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
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
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
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 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
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
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
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 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: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
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?
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
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?
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
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
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 Wednesday, 19 December 2012 at 19:52:41 UTC, Robert Jacques
wrote:
On Wed, 19 Dec 2012 09:35:39 -0600, Andrei Alexandrescu
seewebsiteforem...@erdani.org 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
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 noticing e.g.
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
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
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
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 12/21/12, bearophile bearophileh...@lycos.com 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
On 12/21/12, Sönke Ludwig slud...@outerproduct.org 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
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
On 12/21/12, Walter Bright newshou...@digitalmars.com 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
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 newshou...@digitalmars.com wrote:
snip
Walter, can you verify if this is or isn't a bug:
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
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!
--
Am 21.12.2012 15:20, schrieb Andrej Mitrovic:
On 12/21/12, Sönke Ludwig slud...@outerproduct.org 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
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. On one hand,
On 2012-00-21 12:12, Max Samukha maxsamu...@gmail.com 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
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
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 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 further work on this
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 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 would be
On Friday, 21 December 2012 at 17:08:28 UTC, Simen Kjaeraas wrote:
On 2012-00-21 12:12, Max Samukha maxsamu...@gmail.com 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
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
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
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 that.
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 things
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 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
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, 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 warning
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
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.
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
warnings
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 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
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 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 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 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
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
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 confusion
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 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
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 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
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.
*
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
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:
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
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 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
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
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),
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
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
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/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
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,
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
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 strongly.
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 symbol
1 - 100 of 156 matches
Mail list logo
