On Tuesday, March 13, 2018 18:55:35 Marc via Digitalmars-d-learn wrote:
> I want to basically make this work:
> >auto l = new List();
> >l += 5;
>
> I managed to do this:
> >class List
> >{
> >
> > int[] items;
> > ref List opBinary(string op)(int rhs) if(op == "+")
> > {
> >
> > items ~= rhs;
https://issues.dlang.org/show_bug.cgi?id=18585
Carsten Blüggel changed:
What|Removed |Added
Status|NEW |RESOLVED
I want to basically make this work:
auto l = new List();
l += 5;
I managed to do this:
class List
{
int[] items;
ref List opBinary(string op)(int rhs) if(op == "+")
{
items ~= rhs;
return *this;
}
}
Note the ref in the
On Tuesday, 13 March 2018 at 15:47:36 UTC, Martin Tschierschke
wrote:
I think for mathematics it is more important for easy handling,
to be able to get the element of a matrix a_ij by a(i,j) and
not only by a[i-1,j-1].
[snip]
I didn't really address this in my other post.
What you're
On Tuesday, 13 March 2018 at 13:42:20 UTC, Daniel Kozak wrote:
Yes PHP is always to blame :)
I can testify I've never written PHP code as clean as yours
above. Ha ha. Even when I used PHP heavily. I suck a lil bit at
naming things.
I really loved PHP but ... vibe.d happened.
On Tue, Mar
On Tuesday, 13 March 2018 at 16:40:13 UTC, 9il wrote:
On Tuesday, 13 March 2018 at 14:13:02 UTC, jmh530 wrote:
[snip]
I'm not sure I understand what your syntax solution does...
matrix(j, i) == matrix[i, j] (reversed order)
Hopefully, I made the issue more clean in my response to Martin.
On Tuesday, 13 March 2018 at 10:12:24 UTC, Steven Schveighoffer
wrote:
On 3/9/18 11:34 AM, aberba wrote:
On Friday, 9 March 2018 at 16:32:28 UTC, aberba wrote:
New blog post for the learning audience
aberba.com/2018/using-vibe-d-web-interface
On Tuesday, 13 March 2018 at 06:03:11 UTC, Mike Parker wrote:
I think it's a great feature and I use it frequently. It's
allows more flexibility in class design. Without it, we'd need
another protection attribute to enable the concept of "private
to the module".
That's kind of my point.
On Tuesday, 13 March 2018 at 06:25:39 UTC, ketmar wrote:
psychoticRabbit wrote:
So the 3 most used languages got it wrong??
yes.
do you know any other language, where a private class memeber, is
not private to the class?
(btw. that's a question, not a statement).
On Tuesday, 13 March 2018 at 06:14:49 UTC, psychoticRabbit wrote:
On Tuesday, 13 March 2018 at 06:01:43 UTC, ketmar wrote:
ah, yes, sorry: i completely forgot that C++ was invented
after c# and java. mea maxima culpa!
My point was, that the 2 most widely used and popular languages
on the
https://issues.dlang.org/show_bug.cgi?id=18603
greenify changed:
What|Removed |Added
CC||greeen...@gmail.com
---
https://issues.dlang.org/show_bug.cgi?id=17448
Carsten Blüggel changed:
What|Removed |Added
CC||chi...@posteo.net
--
https://issues.dlang.org/show_bug.cgi?id=13727
--- Comment #13 from Walter Bright ---
(In reply to Steven Schveighoffer from comment #12)
> This was pulled in May 2016, so I'm assuming dmd release has been
> updated with new snn.lib?
The test case passes, so yes.
> In
psychoticRabbit wrote:
On Tuesday, 13 March 2018 at 06:25:39 UTC, ketmar wrote:
psychoticRabbit wrote:
So the 3 most used languages got it wrong??
yes.
do you know any other language, where a private class memeber, is not
private to the class?
(btw. that's a question, not a
https://issues.dlang.org/show_bug.cgi?id=18597
--- Comment #2 from Walter Bright ---
(In reply to ag0aep6g from comment #1)
> (In reply to Walter Bright from comment #0)
> > ag0aep6g@[...].com writes:
>
> Please don't give away people's email addresses like that. It
On Monday, 12 March 2018 at 19:30:06 UTC, Luís Marques wrote:
On Friday, 9 March 2018 at 15:26:24 UTC, Luís Marques wrote:
Mar-9: I send them an email saying I continue to await a
correction to my reservation.
Mar-12: I get an email saying that "the event is fully booked
for the dates
https://issues.dlang.org/show_bug.cgi?id=7804
Simen Kjaeraas changed:
What|Removed |Added
CC||shac...@weka.io
---
https://issues.dlang.org/show_bug.cgi?id=7804
Simen Kjaeraas changed:
What|Removed |Added
CC||turkey...@gmail.com
https://issues.dlang.org/show_bug.cgi?id=17571
Simen Kjaeraas changed:
What|Removed |Added
Status|NEW |RESOLVED
https://issues.dlang.org/show_bug.cgi?id=7804
--- Comment #7 from Manu ---
Plz can has fix?
This is so old!
--
https://issues.dlang.org/show_bug.cgi?id=18603
Seb changed:
What|Removed |Added
CC||greensunn...@gmail.com
https://issues.dlang.org/show_bug.cgi?id=18603
--- Comment #3 from Silas S. Brown ---
There is also a reference to 10.6 in the installer itself. It says "This
package is intended for Mac OS X Snow Leopard (10.6) and later" on the "Welcome
to the DMD2 Installer" screen.
--
On Tuesday, 13 March 2018 at 05:52:55 UTC, ketmar wrote:
psychoticRabbit wrote:
There are two problems I see:
1) it is not how C++ done it.
2) it is not how C++ done it.
and you're completely right: it is not how C++ done it.
umm...didn't you forget something:
1) it is not how C# done it.
On Tuesday, 13 March 2018 at 05:35:30 UTC, Amorphorious wrote:
There is another problem:
3rd: You are a brainwashed monkey who can't think for himself.
Gee..takes some real brains to come up with that one.
See, You learned a little about C++/C#/Java and think the world
must conform to
On Tuesday, 13 March 2018 at 06:01:43 UTC, ketmar wrote:
ah, yes, sorry: i completely forgot that C++ was invented after
c# and java. mea maxima culpa!
My point was, that the 2 most widely used and popular languages
on the plant, C# and Java, decided NOT to make private, something
mean
On 13/03/2018 7:14 PM, psychoticRabbit wrote:
On Tuesday, 13 March 2018 at 06:01:43 UTC, ketmar wrote:
ah, yes, sorry: i completely forgot that C++ was invented after c# and
java. mea maxima culpa!
My point was, that the 2 most widely used and popular languages on the
plant, C# and Java,
psychoticRabbit wrote:
So the 3 most used languages got it wrong??
yes.
On Tuesday, 13 March 2018 at 06:03:11 UTC, Mike Parker wrote:
The same applies here. Encapsulation simply isn't broken by
this feature.
What you're saying, is in D, class encapsulation is really
'module' encapsulation.
I get it. Fine. It's an intersting design decision.
But, in doing
On Tuesday, 13 March 2018 at 06:43:55 UTC, ketmar wrote:
that is, we should stick to defective design only 'cause there
is no "other D" that made it right? ;-)
also, your question is not valid. you were told several times
that you're evaluating the whole thing wrong, but you're
insisting
Your thought model is much younger than modules. Modules have existed
since the mid 70's.
They work, other designs over the years have proven to have faults and
problems.
D's design is evolved from already existing ideas to try and give the
best of both worlds and modules is no different.
On Tuesday, 13 March 2018 at 07:05:48 UTC, rikki cattermole wrote:
Your thought model is much younger than modules. Modules have
existed since the mid 70's.
They work, other designs over the years have proven to have
faults and problems.
D's design is evolved from already existing ideas to
https://issues.dlang.org/show_bug.cgi?id=18592
Carsten Blüggel changed:
What|Removed |Added
CC||chi...@posteo.net
--
https://issues.dlang.org/show_bug.cgi?id=18282
Walter Bright changed:
What|Removed |Added
Status|RESOLVED|REOPENED
https://issues.dlang.org/show_bug.cgi?id=18597
--- Comment #3 from Walter Bright ---
https://github.com/dlang/dmd/pull/8019
--
On Tuesday, 13 March 2018 at 06:03:11 UTC, Mike Parker wrote:
I think it's a great feature and I use it frequently. It's
allows more flexibility in class design. Without it, we'd need
another protection attribute to enable the concept of "private
to the module".
what about a new access
https://issues.dlang.org/show_bug.cgi?id=18000
Walter Bright changed:
What|Removed |Added
See Also|
On Tuesday, 13 March 2018 at 05:11:48 UTC, psychoticRabbit wrote:
1st - D has broken the concept of class encapsulation, simply
for convenience at the module level. Not good in my opinion.
No, it hasn't broken encapsulation. Encapsulation is at the
module level. A class or struct and any
https://issues.dlang.org/show_bug.cgi?id=18592
Walter Bright changed:
What|Removed |Added
CC|
psychoticRabbit wrote:
On Tuesday, 13 March 2018 at 05:52:55 UTC, ketmar wrote:
psychoticRabbit wrote:
There are two problems I see:
1) it is not how C++ done it.
2) it is not how C++ done it.
and you're completely right: it is not how C++ done it.
umm...didn't you forget something:
1)
On Tuesday, 13 March 2018 at 06:26:13 UTC, Radu wrote:
On Tuesday, 13 March 2018 at 06:14:49 UTC, psychoticRabbit
wrote:
On Tuesday, 13 March 2018 at 06:01:43 UTC, ketmar wrote:
ah, yes, sorry: i completely forgot that C++ was invented
after c# and java. mea maxima culpa!
My point was,
On Monday, 12 March 2018 at 19:03:10 UTC, H. S. Teoh wrote:
On Mon, Mar 12, 2018 at 06:46:56PM +, Simen Kjærås via
Digitalmars-d wrote:
On Monday, 12 March 2018 at 16:51:06 UTC, H. S. Teoh wrote:
> I suspect the current language already supports this, or is
> 90% of the way there and just
https://issues.dlang.org/show_bug.cgi?id=18601
Simen Kjaeraas changed:
What|Removed |Added
Status|NEW |RESOLVED
psychoticRabbit wrote:
Whatever happened to the 'discussion' component of these 'discussions'?
dunno. try to ask yourself, why repeating the same point again and again
when you were given the answer and the rationale doesn't make a good
discussion.
On Tuesday, 13 March 2018 at 06:58:08 UTC, psychoticRabbit wrote:
On Tuesday, 13 March 2018 at 06:03:11 UTC, Mike Parker wrote:
The same applies here. Encapsulation simply isn't broken by
this feature.
What you're saying, is in D, class encapsulation is really
'module' encapsulation.
I
On Tuesday, 13 March 2018 at 07:39:04 UTC, psychoticRabbit wrote:
I don't have any objection to the idea that a module can have
privileged access to members of classes within that model. It
sounds sensible enough, if the module is a level of
encapsulation also.
My arguments is that, this
On Tuesday, 13 March 2018 at 06:58:08 UTC, psychoticRabbit wrote:
What you're saying, is in D, class encapsulation is really
'module' encapsulation.
I get it. Fine. It's an intersting design decision.
"Enapsulation" in D means the same as it does in every other
language -- hidden from
https://issues.dlang.org/show_bug.cgi?id=18585
Issue 18585 depends on issue 17961, which changed state.
Issue 17961 Summary: std.uni does not compile with -unittest -dip1000
https://issues.dlang.org/show_bug.cgi?id=17961
What|Removed |Added
On 3/9/18 11:34 AM, aberba wrote:
On Friday, 9 March 2018 at 16:32:28 UTC, aberba wrote:
New blog post for the learning audience
aberba.com/2018/using-vibe-d-web-interface
http://aberba.com/2018/using-vibe-d-web-interface
Very nice! Although this is missing one of my favorite vibe.d web
https://issues.dlang.org/show_bug.cgi?id=9983
Steven Schveighoffer changed:
What|Removed |Added
CC|
On Tuesday, 13 March 2018 at 08:44:48 UTC, Mike Parker wrote:
Moreover, it restricts friends to the same module, easing the
maintenance burden and decreasing the chance of error. It was a
great decision.
But, a module can contain so many 'friends'.
Q. How many 'friends' does it take, before
https://issues.dlang.org/show_bug.cgi?id=7804
uplink.co...@googlemail.com changed:
What|Removed |Added
CC||uplink.co...@googlemail.com
---
On Friday, 2 March 2018 at 06:07:25 UTC, Nick Sabalausky
(Abscissa) wrote:
(I'm posting this here instead of D.learn because it isn't
really a "How to do XYZ in D?", but rather to invite discussion
on high-level solutions to a problem.)
Here's a common problem:
1. A project (ex, some
On Tuesday, 13 March 2018 at 09:14:26 UTC, psychoticRabbit wrote:
That's make a little uncomfortable, given how long and complex
modules can easily become(and aleady are)
Is there a practical difference between a) a module that contains
a class with 20 member functions all accessing
On Tuesday, 13 March 2018 at 01:52:48 UTC, Matthias Klumpp wrote:
The new and enforced "-shared" suffixes for the druntime and
phobos shared libraries are a bit annoying (especially since
this is a breaking change), but at least at Debian we'll follow
upstream's defaults on that (it gives
On Tuesday, 13 March 2018 at 09:52:06 UTC, Mike Parker wrote:
On Tuesday, 13 March 2018 at 09:14:26 UTC, psychoticRabbit
wrote:
That's make a little uncomfortable, given how long and complex
modules can easily become(and aleady are)
Is there a practical difference between a) a module that
On 14/03/2018 12:19 AM, psychoticRabbit wrote:
On Tuesday, 13 March 2018 at 08:29:42 UTC, Alex wrote:
package myPackage;
public class Main {
public static void main(String[] args)
{
System.out.println("Hello World!");
myClass c = new myClass();
On Tuesday, 13 March 2018 at 11:31:12 UTC, rikki cattermole wrote:
Ah yes.
You're completely correct if you subscribe to Adam's and
ketmar's file sizes expectation.
A D module and package is one level of abstraction. If that
level of abstraction starts to fill up and gets large, you
split
On contrary I really hate that :D.
Because of this:
HTTP method Recognized prefixes
GET get, query
PUT set, put
POST add, create, post
DELETE remove, erase, delete
PATCH update, patch
I am calling vibed from PHP and I need to tweak my curl for every request
baceuse of this :D
public function
https://issues.dlang.org/show_bug.cgi?id=18597
--- Comment #4 from ag0aep6g ---
(In reply to Walter Bright from comment #2)
> (In reply to ag0aep6g from comment #1)
[...]
> Sorry about that, but I just copy pasted from the public page:
[...]
> I.e. your email address appears
On Tuesday, 13 March 2018 at 08:05:43 UTC, psychoticRabbit wrote:
On Tuesday, 13 March 2018 at 06:03:11 UTC, Mike Parker wrote:
I think it's a great feature and I use it frequently. It's
allows more flexibility in class design. Without it, we'd need
another protection attribute to enable the
https://issues.dlang.org/show_bug.cgi?id=18603
--- Comment #4 from Seb ---
(In reply to Silas S. Brown from comment #3)
> There is also a reference to 10.6 in the installer itself. It says "This
> package is intended for Mac OS X Snow Leopard (10.6) and later" on the
>
On 13/03/2018 10:39 PM, M.M. wrote:
On Monday, 12 March 2018 at 14:37:40 UTC, rikki cattermole wrote:
Can you guys add another donation package, which is basically pay what
you want towards a more long term issue? To incentivize fixing.
Monetary wise I shouldn't donate but I do care about
https://issues.dlang.org/show_bug.cgi?id=13727
--- Comment #14 from Steven Schveighoffer ---
It seems to be passing more frequently, but still seems to have issues:
https://auto-tester.puremagic.com/show-run.ghtml?projectid=1=3072904=true
Logged output:
Test
I will probably not be able to make it to DConf this year. But
here are some tips for those who are interested in history and /
or sight-seeing:
City center (1.-6. are in walking distance):
1. http://www.bier-und-oktoberfestmuseum.de/en/#welcome
A really great experience. It seems very samll
On Tuesday, 13 March 2018 at 08:29:42 UTC, Alex wrote:
package myPackage;
public class Main {
public static void main(String[] args)
{
System.out.println("Hello World!");
myClass c = new myClass();
c.myPrivateClassMember= "wtf";
https://issues.dlang.org/show_bug.cgi?id=18604
--- Comment #1 from Seb ---
https://github.com/dlang/dmd/pull/8021
--
https://issues.dlang.org/show_bug.cgi?id=17961
github-bugzi...@puremagic.com changed:
What|Removed |Added
Status|NEW |RESOLVED
https://issues.dlang.org/show_bug.cgi?id=17961
--- Comment #12 from github-bugzi...@puremagic.com ---
Commits pushed to master at https://github.com/dlang/phobos
https://github.com/dlang/phobos/commit/cef1c19991f39aa3dda07b08a79d164f6cb352df
Fix Issue 17961 - std.uni does not compile with
https://issues.dlang.org/show_bug.cgi?id=13727
--- Comment #15 from Steven Schveighoffer ---
(In reply to Steven Schveighoffer from comment #14)
> It seems to be passing more frequently, but still seems to have issues:
I take it back, it seems this is the only time the
https://issues.dlang.org/show_bug.cgi?id=18580
Steven Schveighoffer changed:
What|Removed |Added
CC|
On Tuesday, 13 March 2018 at 11:19:26 UTC, Chris wrote:
I will probably not be able to make it to DConf this year. But
here are some tips for those who are interested in history and
/ or sight-seeing:
[...]
*within walking distance* - sorry
https://issues.dlang.org/show_bug.cgi?id=18604
Issue ID: 18604
Summary: in parameter storage class should be deprecated
Product: D
Version: D2
Hardware: All
OS: All
Status: NEW
Severity: enhancement
On Monday, 12 March 2018 at 14:37:40 UTC, rikki cattermole wrote:
Can you guys add another donation package, which is basically
pay what you want towards a more long term issue? To
incentivize fixing.
Monetary wise I shouldn't donate but I do care about shared
library support enough that I
On Tuesday, 13 March 2018 at 04:35:53 UTC, jmh530 wrote:
5. Clever `=` expression based syntax. For example:
// performs CBLAS call of GEMM and does zero memory
allocations
C = alpha * A * B + beta * C;
You might want to explain this in more detail. I saw expression
and my head went
On Tuesday, 13 March 2018 at 05:36:06 UTC, J-S Caux wrote:
Your suggestion [4] that matrix[i] returns a Vec is perhaps too
inflexible. What one needs sometimes is to return a row, or a
column of a matrix, so a notation like matrix[i, ..] or
matrix[.., j] returning respectively a row or
https://issues.dlang.org/show_bug.cgi?id=13983
Carsten Blüggel changed:
What|Removed |Added
CC||chi...@posteo.net
---
On Tuesday, 13 March 2018 at 08:05:43 UTC, psychoticRabbit wrote:
On Tuesday, 13 March 2018 at 06:03:11 UTC, Mike Parker wrote:
I think it's a great feature and I use it frequently. It's
allows more flexibility in class design. Without it, we'd need
another protection attribute to enable the
On Tuesday, 13 March 2018 at 08:44:48 UTC, Mike Parker wrote:
Any new keywords, or reuse of existing keywords, does make the
language more complex. Everything that is added must have a
reason. Private is module level because friend is so common in
C++, i.e. people find it useful and it would
On Tuesday, 13 March 2018 at 03:37:36 UTC, 9il wrote:
[...]
5. Clever `=` expression based syntax. For example:
// performs CBLAS call of GEMM and does zero memory
allocations
C = alpha * A * B + beta * C;
[...]
My answer is: Yes.
If D with Lubeck would have such a convenient way to
https://issues.dlang.org/show_bug.cgi?id=11675
Bastiaan Veelo changed:
What|Removed |Added
Status|NEW |RESOLVED
On Tuesday, 13 March 2018 at 13:08:44 UTC, psychoticRabbit wrote:
It also means the author of the class is no longer free to make
changes, because all the surrounding code in the module needs
to be assessed for impact - this greatly increases the burden
of program correctness and maintenance.
On Tuesday, March 13, 2018 02:06:57 psychoticRabbit via Digitalmars-d-learn
wrote:
> On Tuesday, 13 March 2018 at 01:39:13 UTC, Jonathan M Davis wrote:
> > private is private to the module, not the class. There is no
> > way in D to restrict the rest of the module from accessing the
> > members
Yes PHP is always to blame :)
On Tue, Mar 13, 2018 at 1:55 PM, Steven Schveighoffer via
Digitalmars-d-announce wrote:
> On 3/13/18 6:22 AM, Daniel Kozak wrote:
>
>> On contrary I really hate that :D.
>> Because of this:
>>
>> HTTP methodRecognized prefixes
On 3/12/18 10:06 PM, psychoticRabbit wrote:
On Tuesday, 13 March 2018 at 01:39:13 UTC, Jonathan M Davis wrote:
private is private to the module, not the class. There is no way in D
to restrict the rest of the module from accessing the members of a
class. This simplification makes it so that
On Tuesday, 13 March 2018 at 13:02:45 UTC, Ilya Yaroshenko wrote:
On Tuesday, 13 March 2018 at 12:23:23 UTC, jmh530 wrote:
On Tuesday, 13 March 2018 at 10:35:15 UTC, 9il wrote:
On Tuesday, 13 March 2018 at 04:35:53 UTC, jmh530 wrote:
[snip]
What's TMMat?
TMat is a transposed matrix. Not
On Tuesday, 13 March 2018 at 12:16:27 UTC, jmh530 wrote:
Some kind of improvement that replaces 0 .. $ with some shorter
syntax has been brought up in the past.
https://github.com/libmir/mir-algorithm/issues/53
Sorry for double post.
On Tuesday, 13 March 2018 at 10:39:29 UTC, 9il wrote:
On Tuesday, 13 March 2018 at 05:36:06 UTC, J-S Caux wrote:
Your suggestion [4] that matrix[i] returns a Vec is perhaps
too inflexible. What one needs sometimes is to return a row,
or a column of a matrix, so a notation like matrix[i, ..]
Hi
I have a construction like the following
if (source) {
if (source.pool) {
if (source.pool.repository) {
if (source.pool.repository.directory) {
if (source.pool.repository.directory.users) {
// do something
Any chance to simplify this nested ifs?
I know some
On Tuesday, 13 March 2018 at 10:35:15 UTC, 9il wrote:
On Tuesday, 13 March 2018 at 04:35:53 UTC, jmh530 wrote:
[snip]
What's TMMat?
TMat is a transposed matrix. Not sure for now if it would be
required.
There are some people who like being able to specify a whether a
matrix has column
Hi
I have a construction like the following
if (source) {
if (source.pool) {
if (source.pool.repository) {
if (source.pool.repository.directory) {
if (source.pool.repository.directory.users) {
return source.pool.repository.directory.users[ownerID];
On Tuesday, 13 March 2018 at 12:10:07 UTC, rikki cattermole wrote:
On 14/03/2018 1:02 AM, psychoticRabbit wrote:
On Tuesday, 13 March 2018 at 11:31:12 UTC, rikki cattermole
wrote:
Ah yes.
You're completely correct if you subscribe to Adam's and
ketmar's file sizes expectation.
A D module
On Tuesday, 13 March 2018 at 12:23:06 UTC, Ozan Süel wrote:
Hi
I have a construction like the following
if (source) {
if (source.pool) {
if (source.pool.repository) {
if (source.pool.repository.directory) {
if (source.pool.repository.directory.users) {
// do
On Tuesday, 13 March 2018 at 10:39:29 UTC, 9il wrote:
On Tuesday, 13 March 2018 at 05:36:06 UTC, J-S Caux wrote:
Your suggestion [4] that matrix[i] returns a Vec is perhaps
too inflexible. What one needs sometimes is to return a row,
or a column of a matrix, so a notation like matrix[i, ..]
On 14/03/2018 1:23 AM, Ozan Süel wrote:
Hi
I have a construction like the following
if (source) {
if (source.pool) {
if (source.pool.repository) {
if (source.pool.repository.directory) {
if (source.pool.repository.directory.users) {
// do something
Any chance to
On 3/13/18 6:22 AM, Daniel Kozak wrote:
On contrary I really hate that :D.
Because of this:
HTTP methodRecognized prefixes
GETget, query
PUTset, put
POSTadd, create, post
DELETEremove, erase, delete
PATCHupdate, patch
I am calling vibed from PHP and I need to tweak my curl for every
request
On Tuesday, 13 March 2018 at 08:44:48 UTC, Mike Parker wrote:
Making modules the lowest level of encapsulation does that
without the need for an extra keyword for friends while still
maintaining a strict border between external and internal APIs.
Moreover, it restricts friends to the same
https://issues.dlang.org/show_bug.cgi?id=7804
Basile B. changed:
What|Removed |Added
CC||b2.t...@gmx.com
--- Comment #9
On Tuesday, 13 March 2018 at 12:39:24 UTC, Dmitry Olshansky wrote:
Hi, folks!
I’m testing waters for a D course at one University for first
time it’ll be an optional thing. It’s still discussed but may
very well become a reality.
Before you ask - no, I’m not lecturing and in fact, I didn’t
On 14/03/2018 1:02 AM, psychoticRabbit wrote:
On Tuesday, 13 March 2018 at 11:31:12 UTC, rikki cattermole wrote:
Ah yes.
You're completely correct if you subscribe to Adam's and ketmar's file
sizes expectation.
A D module and package is one level of abstraction. If that level of
On 3/10/18 9:21 AM, Suliman wrote:
writeln(is(Tuple!(string, int) == struct)); // true
That's because Tuple is a struct.
What is real user case where I should use Tuple instead of Struct?
When you want Tuple-like behavior? i.e. using indexes to access members.
-Steve
1 - 100 of 193 matches
Mail list logo