On 17.05.2013 19:43, Rainer Schuetze wrote:
On 12.05.2013 20:48, Walter Bright wrote:
On 5/11/2013 3:39 AM, Rainer Schuetze wrote:
a new version of Visual D is long overdue, so finally it is released. In
addition to the usual fixes of bugs and regressions, the major
highlights of
this
Hello,
We are pleased to announce that dmd 2.063, the reference compiler of the
D programming language, is now available for download for OSX, Windows,
and a variety of Unixen:
http://dlang.org/download.html
This release brings unprecedented progress over the previous ones, owing
to a
Discuss and vote on reddit!
http://www.reddit.com/r/programming/comments/1fc9jt/dmd_2063_the_d_programming_language_reference/
Andrei
On Thu, 30 May 2013 11:16:28 -0400, Andrei Alexandrescu
seewebsiteforem...@erdani.org wrote:
For the full story, mosey to the redesigned changelog:
http://dlang.org/changelog.html
Holy changelog! That is awesome.
Please send kudos to whoever took the time to create that.
-Steve
And hackernews!
https://news.ycombinator.com/item?id=5793041
Andrei
For the full story, mosey to the
redesigned changelog:
http://dlang.org/changelog.html
Awesome! Thanks.
On 5/30/13 11:32 AM, Andrei Alexandrescu wrote:
And Facebook!
https://www.facebook.com/dlang.org/posts/648837555129929
Andrei
On Thursday, 30 May 2013 at 15:25:39 UTC, Steven Schveighoffer
wrote:
On Thu, 30 May 2013 11:16:28 -0400, Andrei Alexandrescu
seewebsiteforem...@erdani.org wrote:
For the full story, mosey to the redesigned changelog:
http://dlang.org/changelog.html
Holy changelog! That is awesome.
Am 30.05.2013 17:16, schrieb Andrei Alexandrescu:
Hello,
We are pleased to announce that dmd 2.063, the reference compiler of the
D programming language, is now available for download for OSX, Windows,
and a variety of Unixen:
http://dlang.org/download.html
This release brings unprecedented
Steven Schveighoffer, el 30 de May a las 11:25 me escribiste:
On Thu, 30 May 2013 11:16:28 -0400, Andrei Alexandrescu
seewebsiteforem...@erdani.org wrote:
For the full story, mosey to the redesigned changelog:
http://dlang.org/changelog.html
Holy changelog! That is awesome.
I said it
On 2013-05-30, 17:16, Andrei Alexandrescu wrote:
For the full story, mosey to the redesigned changelog:
http://dlang.org/changelog.html
Kudos to Andrej for this. *This* is how a great changelog looks.
--
Simen
On Thursday, 30 May 2013 at 17:28:49 UTC, Dmitry Olshansky wrote:
30-May-2013 21:16, Simen Kjaeraas пишет:
On 2013-05-30, 17:16, Andrei Alexandrescu wrote:
For the full story, mosey to the redesigned changelog:
http://dlang.org/changelog.html
Kudos to Andrej for this. *This* is how a great
Am Thu, 30 May 2013 19:36:59 +0200
schrieb Diggory digg...@googlemail.com:
On Thursday, 30 May 2013 at 17:28:49 UTC, Dmitry Olshansky wrote:
30-May-2013 21:16, Simen Kjaeraas пишет:
On 2013-05-30, 17:16, Andrei Alexandrescu wrote:
For the full story, mosey to the redesigned changelog:
On 5/30/13, Andrei Alexandrescu seewebsiteforem...@erdani.org wrote:
This release brings unprecedented progress over the previous ones, owing
to a explosive increase in collaboration and a concerted ongoing effort
to improve process.
Agreed. And recently we've had an increase in new
What a great release! Great work!
I really like the new langugage changes. One change caught my
attention: #10 The Template This Parameter now changes the
member function qualifier. Does this mean that const/immutable
ranges can implement a useful opSlice? Like
struct MyRange!T {
T[]
On Thursday, May 30, 2013 20:00:24 Mafi wrote:
What a great release! Great work!
I really like the new langugage changes. One change caught my
attention: #10 The Template This Parameter now changes the
member function qualifier. Does this mean that const/immutable
ranges can implement a
On Thursday, 30 May 2013 at 15:31:36 UTC, F i L wrote:
Steven Schveighoffer wrote:
Holy changelog! That is awesome.
Please send kudos to whoever took the time to create that.
+1, excellent work on that changelog.
This is a really nice changelog. The change and rational section
is
On Thursday, 30 May 2013 at 18:09:22 UTC, Jonathan M Davis wrote:
On Thursday, May 30, 2013 20:00:24 Mafi wrote:
What a great release! Great work!
I really like the new langugage changes. One change caught my
attention: #10 The Template This Parameter now changes the
member function qualifier.
On 05/30/2013 08:00 PM, Mafi wrote:
What a great release! Great work!
I really like the new langugage changes. One change caught my attention:
#10 The Template This Parameter now changes the member function
qualifier. Does this mean that const/immutable ranges can implement a
useful opSlice?
On Thursday, May 30, 2013 20:39:47 Mafi wrote:
On Thursday, 30 May 2013 at 18:09:22 UTC, Jonathan M Davis wrote:
On Thursday, May 30, 2013 20:00:24 Mafi wrote:
What a great release! Great work!
I really like the new langugage changes. One change caught my
attention: #10 The Template
Awesome job to all contributors, it's looking much better, and
yes the change log with examples is a very noticeable part of the
improvement.
I noted some comments about the server being under too much load.
Any thought put into adding an official torrent for downloads?
That may help ease up
W dniu 30.05.2013 19:16, Simen Kjaeraas pisze:
On 2013-05-30, 17:16, Andrei Alexandrescu wrote:
For the full story, mosey to the redesigned changelog:
http://dlang.org/changelog.html
Kudos to Andrej for this. *This* is how a great changelog looks.
This is a very pleasant surprise to see
On 5/30/13, Andrei Alexandrescu seewebsiteforem...@erdani.org wrote:
Hello,
We seem to have a regression affecting the zipped release:
http://d.puremagic.com/issues/show_bug.cgi?id=10215
But I can't recreate this in git-head. It must have been a specific
commit the release is based on that
On Thursday, 30 May 2013 at 12:55:29 UTC, Rainer Schuetze wrote:
On 17.05.2013 19:43, Rainer Schuetze wrote:
On 12.05.2013 20:48, Walter Bright wrote:
On 5/11/2013 3:39 AM, Rainer Schuetze wrote:
a new version of Visual D is long overdue, so finally it is
released. In
addition to the
On Thursday, 30 May 2013 at 22:04:07 UTC, Andrej Mitrovic wrote:
On 5/30/13, Andrei Alexandrescu seewebsiteforem...@erdani.org
wrote:
Hello,
We seem to have a regression affecting the zipped release:
http://d.puremagic.com/issues/show_bug.cgi?id=10215
But I can't recreate this in git-head.
On Thursday, 30 May 2013 at 22:04:07 UTC, Andrej Mitrovic wrote:
On 5/30/13, Andrei Alexandrescu seewebsiteforem...@erdani.org
wrote:
Hello,
We seem to have a regression affecting the zipped release:
http://d.puremagic.com/issues/show_bug.cgi?id=10215
But I can't recreate this in git-head.
On Fri, 31 May 2013 00:41:08 +0200
Rob T al...@ucora.com wrote:
On Thursday, 30 May 2013 at 22:04:07 UTC, Andrej Mitrovic wrote:
On 5/30/13, Andrei Alexandrescu seewebsiteforem...@erdani.org
wrote:
Hello,
We seem to have a regression affecting the zipped release:
On Friday, 31 May 2013 at 01:36:15 UTC, Nick Sabalausky wrote:
That's more-or-less what already happens, the only difference
is that
(to my knowledge) there's no link to it on the downloads page.
Although, we probably could use more time between all known
regressions
in beta fixed and the
On Fri, 31 May 2013 03:50:51 +0200
Rob T al...@ucora.com wrote:
Yes, but because there's no link on the main page and no
installer, the RC's are effectively closed to the public because
only people in the know will go through the trouble to get the
RC's and install them.
I'm only talking
Am 30.05.2013 07:41, schrieb Ali Çehreli:
On 05/29/2013 05:19 PM, MrzlganeE wrote:
The := operator would allow to declare a variable, deduce
its type, and define its value.
void main() {
x := 1;
y := 2.0;
z := x * y;
y = 3.0;
}
I like it.
Ali
It is
On Thursday, 30 May 2013 at 01:56:03 UTC, Steven Schveighoffer
wrote:
On Wed, 29 May 2013 05:15:00 -0400, monarch_dodra
monarchdo...@gmail.com wrote:
On Tuesday, 28 May 2013 at 22:29:02 UTC, Steven Schveighoffer
wrote:
On Tue, 28 May 2013 17:11:06 -0400, monarch_dodra
monarchdo...@gmail.com
On Thursday, 30 May 2013 at 05:54:57 UTC, Maxim Fomin wrote:
On Thursday, 30 May 2013 at 05:44:43 UTC, Diggory wrote:
On Thursday, 30 May 2013 at 05:41:06 UTC, Maxim Fomin wrote:
On Wednesday, 29 May 2013 at 23:45:04 UTC, Ali Çehreli wrote:
On 05/29/2013 03:59 PM, Peter Williams wrote:
I've
On 05/29/2013 10:54 PM, Maxim Fomin wrote:
And this is a problem, because article about D slices encourages to call
some raw memory (which almost never is directly manipulated and doesn't
appear in source code) as a dynamic array, and dynamic array as a slice.
An array is simply consecutive
On 05/29/2013 06:54 PM, Peter Williams wrote:
On 30/05/13 10:49, Peter Williams wrote:
On 30/05/13 09:45, Ali Çehreli wrote:
http://dlang.org/d-array-article.html
Thinking about this some more, it seems I still need the const even with
pass by value to reassure the caller that his
On Tuesday, May 28, 2013 15:36:49 Idan Arye wrote:
On Tuesday, 28 May 2013 at 09:02:32 UTC, Jacob Carlborg wrote:
On 2013-05-28 04:28, Lionello Lunesu wrote:
I think this works just fine, you just have to drop the
writeln(). foo()
doesn't return anything, but prints itself.
But yet,
On Thursday, 30 May 2013 at 06:08:09 UTC, Diggory wrote:
On Thursday, 30 May 2013 at 05:54:57 UTC, Maxim Fomin wrote:
On Thursday, 30 May 2013 at 05:44:43 UTC, Diggory wrote:
On Thursday, 30 May 2013 at 05:41:06 UTC, Maxim Fomin wrote:
On Wednesday, 29 May 2013 at 23:45:04 UTC, Ali Çehreli
On Tuesday, May 28, 2013 12:39:45 Kenji Hara wrote:
2013/5/27 Jonathan M Davis jmdavisp...@gmx.com
1. You can't do UFCS with overloaded operators, and opEquals and opCmp are
overloaded operators. In general, I think that it would be bad to be able
to
overload operators via UFCS
On Thursday, 30 May 2013 at 06:12:03 UTC, Ali Çehreli wrote:
On 05/29/2013 10:54 PM, Maxim Fomin wrote:
And this is a problem, because article about D slices
encourages to call
some raw memory (which almost never is directly manipulated
and doesn't
appear in source code) as a dynamic array,
On Thursday, May 30, 2013 09:01:06 Maxim Fomin wrote:
The article about slices on this site -
http://dlang.org/d-array-article.html is perfectly correct.
No, the article is incorrect in vocabulary because it contradicts
to the spec definitions, and spec incompletence is not a reason
to
On Wednesday, 29 May 2013 at 23:40:51 UTC, Marco Leise wrote:
Am Sun, 26 May 2013 21:25:36 +0200
schrieb Joakim joa...@airpost.net:
On Sunday, 26 May 2013 at 19:11:42 UTC, Mr. Anonymous wrote:
On Sunday, 26 May 2013 at 19:05:32 UTC, Joakim wrote:
On Sunday, 26 May 2013 at 18:29:38 UTC,
We should move to a D-based build system to build
dmd/druntime/phobos/d-programming-language/tools.
Reasons, in case it's not obvious:
1) DRY: makefile is full of repetitions
2) cross platform: different makefiles for different architectures are
needed (even win32 vs win64!)
3) safety: makefile
Don't like it. Makes declaration visually less distinguishable
from further usage.
On Friday, 26 April 2013 at 15:52:02 UTC, Justin Whear wrote:
On Fri, 26 Apr 2013 17:36:31 +0200, eles wrote:
On Friday, 26 April 2013 at 15:34:01 UTC, eles wrote:
Object.factory(__MODULE__ ~ .Human);
I revive this wrt to the 2.063 release, where the __MODULE__ was
added.
The
On 05/30/2013 12:11 AM, Maxim Fomin wrote:
On Thursday, 30 May 2013 at 06:12:03 UTC, Ali Çehreli wrote:
On 05/29/2013 10:54 PM, Maxim Fomin wrote:
And this is a problem, because article about D slices
encourages to call
some raw memory (which almost never is directly manipulated
and
On Thursday, 30 May 2013 at 07:15:39 UTC, Jonathan M Davis wrote:
On Thursday, May 30, 2013 09:01:06 Maxim Fomin wrote:
The article about slices on this site -
http://dlang.org/d-array-article.html is perfectly correct.
No, the article is incorrect in vocabulary because it
contradicts
to
On Thursday, 30 May 2013 at 08:11:08 UTC, Diggory wrote:
But it's clearly not the case that all slices are dynamic
arrays... A dynamic array is already a well-established term to
mean an array allocated on the heap. Slices can point to arrays
on the stack.
Where did you get that definition?
On Wednesday, 29 May 2013 at 23:57:01 UTC, Peter Williams wrote:
On 30/05/13 08:40, Entry wrote:
My personal opinion is that code should only be in English.
But why would you want to impose this restriction on others?
Peter
I wouldn't say impose. I'd say that programming in a unified
On Thu, 2013-05-30 at 02:19 +0200, MrzlganeE wrote:
[…]
In places where I write a bunch of short mathy code, I do not
want to use 'auto'. The := operator would allow to declare a
variable, deduce its type, and define its value.
void main() {
x := 1;
y := 2.0;
z := x * y;
On Thursday, May 30, 2013 09:43:36 Russel Winder wrote:
On Thu, 2013-05-30 at 02:19 +0200, MrzlganeE wrote:
[…]
In places where I write a bunch of short mathy code, I do not
want to use 'auto'. The := operator would allow to declare a
variable, deduce its type, and define its value.
On Thursday, 30 May 2013 at 07:57:41 UTC, Ali Çehreli wrote:
On 05/30/2013 12:11 AM, Maxim Fomin wrote:
As a general programming notion - yes, in D (array spec page):
Dynamic arrays consist of a length and a pointer to the
array data.
Then the spec is wrong because that is the definition of a
On Thursday, 30 May 2013 at 00:20:00 UTC, MrzlganeE wrote:
Hi,
Please consider a request for just one piece of syntax sugar in
D.
In places where I write a bunch of short mathy code, I do not
want to use 'auto'. The := operator would allow to declare a
variable, deduce its type, and define
On Thursday, 30 May 2013 at 08:11:08 UTC, Diggory wrote:
But it's clearly not the case that all slices are dynamic
arrays... A dynamic array is already a well-established term to
mean an array allocated on the heap. Slices can point to arrays
on the stack.
Confusion comes from calling a
On Thursday, 30 May 2013 at 08:32:01 UTC, Entry wrote:
On Wednesday, 29 May 2013 at 23:57:01 UTC, Peter Williams wrote:
On 30/05/13 08:40, Entry wrote:
My personal opinion is that code should only be in English.
But why would you want to impose this restriction on others?
Peter
I wouldn't
On 2013-05-29 23:43, Flamaros wrote:
We'll have nothing else than Lua declarations, and Items properties
aren't simple values because we are using propety bindings pattern (you
make take a look at http://en.wikipedia.org/wiki/QML).
With that their is nothing static, to illustrate if you size
On Wednesday, 29 May 2013 at 22:42:08 UTC, Walter Bright wrote:
On 5/29/2013 3:26 AM, qznc wrote:
Once I heared an argument from developers working for banks.
They coded
business-specific stuff in Java. Business-specific meant
financial concepts with
german names (e.g. Vermögen,Bürgschaft),
gdc-4.8 just hit Debian Unstable. Excellent. Well done and thanks to all
involved in getting it built and packaged.
--
Russel.
=
Dr Russel Winder t: +44 20 7585 2200 voip: sip:russel.win...@ekiga.net
41 Buckmaster
On 30 May 2013 10:41, Russel Winder rus...@winder.org.uk wrote:
gdc-4.8 just hit Debian Unstable. Excellent. Well done and thanks to all
involved in getting it built and packaged.
Thanks - as always there's been a hellalotta bug fixes since pushing.
gdc-4.8.1 will be awesome in comparison
On Wed, 29 May 2013 17:27:41 +0100, deadalnix deadal...@gmail.com wrote:
On Wednesday, 29 May 2013 at 15:02:53 UTC, Regan Heath wrote:
Which is what exactly? That 2 features not-null and @disable this()
are the same thing? They're not, one is a subset of the other. That
they require the
On 29.05.2013 10:06, Manu wrote:
What do you think is easier, or perhaps even POSSIBLE in D?
A good RC approach, or a V8 quality concurrent+incremental GC?
I think none of them is feasible without write-barriers on pointer
modifications in heap memory. That means extra code needs to be
On Thu, 30 May 2013 11:36:42 +0200, monarch_dodra monarchdo...@gmail.com
wrote:
On Wednesday, 29 May 2013 at 22:42:08 UTC, Walter Bright wrote:
On 5/29/2013 3:26 AM, qznc wrote:
Once I heared an argument from developers working for banks. They coded
business-specific stuff in Java.
On Thursday, 30 May 2013 at 09:36:43 UTC, monarch_dodra wrote:
What about Chinese? Russian? Japanese? It is doable, but I can
tell you for a fact that they very much don't like reading it
that way.
You know, having done programming in Japan, I know that a lot
of devs simply don't care for
On Thu, 30 May 2013 00:49:57 -0700
Timothee Cour thelastmamm...@gmail.com wrote:
Here's how it'd work:
1) a mixed D-based/makefile build that'll work 'from scratch' via
bootstrapping:
1a) dmd: first uses a makefile to build dmd+druntime
1b) rdmd built from a D file using dmd
1c) phobos,
On Thu, 30 May 2013 06:13:54 -0400
Nick Sabalausky seewebsitetocontac...@semitwist.com wrote:
On Thu, 30 May 2013 00:49:57 -0700
Timothee Cour thelastmamm...@gmail.com wrote:
Here's how it'd work:
1) a mixed D-based/makefile build that'll work 'from scratch' via
bootstrapping:
1a)
On 05/30/2013 10:50 AM, Jonathan M Davis wrote:
On Thursday, May 30, 2013 09:43:36 Russel Winder wrote:
On Thu, 2013-05-30 at 02:19 +0200, MrzlganeE wrote:
[…]
In places where I write a bunch of short mathy code, I do not
want to use 'auto'. The := operator would allow to declare a
variable,
On Thursday, 30 May 2013 at 10:13:46 UTC, Dicebot wrote:
On Thursday, 30 May 2013 at 09:36:43 UTC, monarch_dodra wrote:
What about Chinese? Russian? Japanese? It is doable, but I can
tell you for a fact that they very much don't like reading it
that way.
You know, having done programming in
On 5/30/13, Timon Gehr timon.g...@gmx.ch wrote:
It is noticeable at a glimpse. It's simply a matter of getting
accustomed to new syntax.
This depends on the person viewing the code. Don't forget not all
people have 10/10 vision.
On Thursday, 30 May 2013 at 10:46:54 UTC, Andrej Mitrovic wrote:
On 5/30/13, Timon Gehr timon.g...@gmx.ch wrote:
It is noticeable at a glimpse. It's simply a matter of getting
accustomed to new syntax.
This depends on the person viewing the code. Don't forget not
all
people have 10/10
On 05/29/2013 12:03 PM, Marco Leise wrote:
... And everyone
likes alias ℕ = size_t;, right? :)
...
No, that's deeply troubling.
If the programmer cannot make a distinction between an assignment
and a declaration operator, there will be a lot of trouble!
You could say, p * q and p = q are not visually distinct. They
only rely on the difference of an operator to distinguish them.
We can go through countless variations
On 30 May 2013 19:50, Rainer Schuetze r.sagita...@gmx.de wrote:
On 29.05.2013 10:06, Manu wrote:
What do you think is easier, or perhaps even POSSIBLE in D?
A good RC approach, or a V8 quality concurrent+incremental GC?
I think none of them is feasible without write-barriers on pointer
On 30 May 2013 18:32, Entry n...@no.com wrote:
On Wednesday, 29 May 2013 at 23:57:01 UTC, Peter Williams wrote:
On 30/05/13 08:40, Entry wrote:
My personal opinion is that code should only be in English.
But why would you want to impose this restriction on others?
Peter
I wouldn't
On 30 May 2013 18:32, Entry n...@no.com wrote:
On Wednesday, 29 May 2013 at 23:57:01 UTC, Peter Williams wrote:
On 30/05/13 08:40, Entry wrote:
My personal opinion is that code should only be in English.
But why would you want to impose this restriction on others?
Peter
I wouldn't
On Thursday, 30 May 2013 at 11:17:08 UTC, Manu wrote:
His GC looked good, clearly works better for the sociomantic
guys, but I
can't imagine it, or anything like it, will ever work on
embedded platforms?
No hardware/OS support... is it possible to emulate the
requires features?
Well,
On 30 May 2013 20:13, Dicebot m.stras...@gmail.com wrote:
On Thursday, 30 May 2013 at 09:36:43 UTC, monarch_dodra wrote:
What about Chinese? Russian? Japanese? It is doable, but I can tell you
for a fact that they very much don't like reading it that way.
You know, having done programming
On 30 May 2013 21:20, Dicebot m.stras...@gmail.com wrote:
On Thursday, 30 May 2013 at 11:17:08 UTC, Manu wrote:
His GC looked good, clearly works better for the sociomantic guys, but I
can't imagine it, or anything like it, will ever work on embedded
platforms?
No hardware/OS support... is
On Thursday, 30 May 2013 at 11:31:53 UTC, Manu wrote:
Which 'both' cases?
OS support for fork+CoW vs no support, own implementation
On Thursday, 30 May 2013 at 09:45:54 UTC, Iain Buclaw wrote:
On 30 May 2013 10:41, Russel Winder rus...@winder.org.uk
wrote:
gdc-4.8 just hit Debian Unstable. Excellent. Well done and
thanks to all
involved in getting it built and packaged.
Thanks - as always there's been a hellalotta bug
On Thursday, 30 May 2013 at 11:29:47 UTC, Manu wrote:
Have you ever worked on code written by people who barely speak
English?
Even if they write English words, that doesn't make it
'English', or any
easier to understand. And people often tend to just
transliterate into
latin, which is kinda
x := 2 / pi*z;
auto x = 2 / pi*z;
z := column(i, x, diag);
auto z = column(i, x, diag);
I don't think it's worth it force all people to write the second
form, over a theoretical nitpick that the programmer will
possibly forget how interpret symbols.
To me, 'auto' has a price. The price is a
On 30 May 2013 12:32, eles e...@eles.com wrote:
On Thursday, 30 May 2013 at 09:45:54 UTC, Iain Buclaw wrote:
On 30 May 2013 10:41, Russel Winder rus...@winder.org.uk wrote:
gdc-4.8 just hit Debian Unstable. Excellent. Well done and thanks to all
involved in getting it built and packaged.
On Thursday, 30 May 2013 at 11:41:34 UTC, MrzlganeE wrote:
To me, 'auto' has a price. The price is a foreign word being
inserted into my math. It's an invasive term. It ruins the
beautiful expression.
Please don't pull your math into my programming.
On Thursday, 30 May 2013 at 11:34:20 UTC, Dicebot wrote:
On Thursday, 30 May 2013 at 11:31:53 UTC, Manu wrote:
Which 'both' cases?
OS support for fork+CoW vs no support, own implementation
If you can modify the DMD compiler to output a special sequence
of instructions whenever you assign
MrzlganeE:
Please consider a request for just one piece of syntax sugar in
D.
In places where I write a bunch of short mathy code, I do not
want to use 'auto'. The := operator would allow to declare a
variable, deduce its type, and define its value.
void main() {
x := 1;
y := 2.0;
Regarding the syntax to unpack tuples into single variables,
Kenji Hara wrote a DIP (http://wiki.dlang.org/DIP32 ) denoting
tuples with the univesal syntax {...}, but people have found some
problems in it.
(I think Kenji didn't update that DIP with all the small
improvements we suggested in
Am 30.05.2013 13:41, schrieb MrzlganeE:
x := 2 / pi*z;
auto x = 2 / pi*z;
z := column(i, x, diag);
auto z = column(i, x, diag);
I don't think it's worth it force all people to write the second form,
over a theoretical nitpick that the programmer will possibly forget how
interpret symbols.
To
If you don't like to introduce a new keyword, then a different
alternative is to use the @ again, a bit like UDAs:
@{...}
@[10] @{int, string} tup = @{1, hi}; // With UDA.
foreach (Float; @{float, double, real}) { ... }
auto @{x, y} = @{1, hi};
@{auto x, y} = @{1, hi};
@{int x, string y} =
On Thursday, 30 May 2013 at 12:32:46 UTC, bearophile wrote:
If you don't like to introduce a new keyword, then a different
alternative is to use the @ again, a bit like UDAs:
@{...}
@[10] @{int, string} tup = @{1, hi}; // With UDA.
foreach (Float; @{float, double, real}) { ... }
auto @{x, y}
Frank Fuente:
My eyes, they burn...
It looks a bit like Perl, it's not very nice, but for me it's not
easy to find something significantly better.
The syntax with tup() is longer but less noisy.
Bye,
bearophile
I hate you all, and with this, I exit the D community
The only reason I was here was I dreamed that I could get a
couple of features
Not gonna think about D, I got a big C++ codebase to deal with, a
lot of work to do. D was just a dream. I will check the D website
again in 3 years
On Thursday, 30 May 2013 at 13:02:24 UTC, bearophile wrote:
Frank Fuente:
The syntax with tup() is longer but less noisy.
I prefer tup() over the @{} thing, although I would like to have
something that looks like a syntax instead of a function.
On Thursday, 30 May 2013 at 09:29:43 UTC, monarch_dodra wrote:
On Thursday, 30 May 2013 at 08:32:01 UTC, Entry wrote:
On Wednesday, 29 May 2013 at 23:57:01 UTC, Peter Williams
wrote:
On 30/05/13 08:40, Entry wrote:
My personal opinion is that code should only be in English.
But why would
I'm doing some modifications to DMD where some symbols need to match
what Clang outputs. I'm trying to figure out how to output absolute and
lazy symbols. Running nm -m on the object file compiled with Clang
results in this:
(absolute) external [no dead strip] .objc_class_name_Foo
On Thu, 30 May 2013 14:13:00 +0100, MrzlganeE bulletproofch...@gmail.com
wrote:
I hate you all, and with this, I exit the D community
The only reason I was here was I dreamed that I could get a couple of
features
Over-react much?
Bear in mind that everyone posting here is on equal
Am 30.05.2013 15:02, schrieb bearophile:
Frank Fuente:
My eyes, they burn...
It looks a bit like Perl, it's not very nice, but for me it's not
easy to find something significantly better.
The syntax with tup() is longer but less noisy.
Bye,
bearophile
what about !(float, double, real)
Am 30.05.2013 15:43, schrieb dennis luehring:
Am 30.05.2013 15:02, schrieb bearophile:
Frank Fuente:
My eyes, they burn...
It looks a bit like Perl, it's not very nice, but for me it's not
easy to find something significantly better.
The syntax with tup() is longer but less noisy.
Bye,
On Thursday, 30 May 2013 at 13:12:17 UTC, Entry wrote:
On Thursday, 30 May 2013 at 09:29:43 UTC, monarch_dodra wrote:
On Thursday, 30 May 2013 at 08:32:01 UTC, Entry wrote:
On Wednesday, 29 May 2013 at 23:57:01 UTC, Peter Williams
wrote:
On 30/05/13 08:40, Entry wrote:
My personal opinion is
On 5/30/13, MrzlganeE bulletproofch...@gmail.com wrote:
I hate you all, and with this, I exit the D community
The only reason I was here was I dreamed that I could get a
couple of features
This is the guy that trolls in #d on freenode under the name of Ndit.
He describes a problem, and then
Could also do something in the style of token strings, ie.
t{ ... }
It's lighter than tup and there's a precedent for it already in
the language with q{ ... } which also means there should be no
issues parsing it.
On 05/30/2013 03:05 AM, Adam D. Ruppe wrote:
Maybe if we were to see this through it could be a good enough hack for
some real world use too.
That's really need.
It could also allow you to access namespaces and operators.
1 - 100 of 397 matches
Mail list logo