On 1/27/2015 11:22 PM, Jacob Carlborg wrote:
On 2015-01-27 21:31, Steven Schveighoffer wrote:
For instance, if one library tags it as pure, but another does not. I
think an error in that case is warranted.
Yeah. Do the compiler need to look at the parameters as well? Even if you put
const or
On 2015-01-27 23:04, Rikki Cattermole wrote:
I have dream! A dream, dream dream. A dream to see GUI's easy to use in
D! I must admit it will be hard, but it's time. Prime time I mean!
Oh, it's time for GUI season again :).
Now enough gabble.
I'm proposing to get Devisualization.Window PR'd in
http://dlang.org/phobos/core_memory.html#.GC.disable ?
Some people including myself write D with only minimal runtime
(bare metal profile). Is it what you're looking for?
On Wed, 28 Jan 2015 02:32:44 +, Tofu Ninja wrote:
> On Wednesday, 28 January 2015 at 00:58:41 UTC, ketmar wrote:
>> On Tue, 27 Jan 2015 23:07:44 +, Rikki Cattermole wrote:
>>
>>> dlangui doesn't depend upon it.
>> that dependency was removed since then.
>>
>>> And isn't aware of different
On Wed, 28 Jan 2015 06:58:41 +, Tom wrote:
> Or is there now the possibility of disabling the GC altogether, or
> replacing it with a refcounting 'GC' etc?
you still can do manual memory management with `malloc()` and friends.
but you must be very cautious with dynamic arrays and slices. may
"Iain Buclaw via Digitalmars-d" wrote in message
news:mailman.4161.1420481405.9932.digitalmar...@puremagic.com...
> Do you think we can change _all_ the druntime and phobos code to just
> use
> va_arg directly? It would be nice to have it all portable like that.
Oh, yeah, do it! You have r
On 2015-01-27 21:31, Steven Schveighoffer wrote:
For instance, if one library tags it as pure, but another does not. I
think an error in that case is warranted.
Yeah. Do the compiler need to look at the parameters as well? Even if
you put const or immutable, it won't make difference on the C
On 28 January 2015 at 14:57, deadalnix via Digitalmars-d
wrote:
> We are going to introduce 2 features that basically are 2 hacks working
> around the same problem : lifetime.
>
> It may sound like any of these is useful and progress, and somehow it is,
> but that is going to create many feature f
What's the state of deterministic GC in D, or alternatively being
able to disable the GC?
I've been looking into languages to implement a real-time testing
system and had thought of D, but AFAICT the GC makes it
unsuitable. The CGCD effort looks to be moving in the right
direction, but it would
On 1/27/15 7:00 PM, Jerry Morrison wrote:
A solution to that would be to never call invariants during a collection
cycle, but what other gotcha's exist during collection? Would @nogc on
class destructors help them?
I, too, think no invariants should be called during GC-triggered
destruction.
We are going to introduce 2 features that basically are 2 hacks
working around the same problem : lifetime.
It may sound like any of these is useful and progress, and
somehow it is, but that is going to create many feature for
underpowered capabilities.
This is this kind of situation where s
On Wednesday, 28 January 2015 at 00:20:08 UTC, Vladimir Panteleev
wrote:
On Tuesday, 27 January 2015 at 20:31:57 UTC, Jonathan Marler
wrote:
I still haven't figured out how to email someone without
knowing their email address. Could we get a developer to work
on that? Maybe I'll file a bug rep
The web forum does not expose the email addresses users post
with via a clickable link (so that evil spam robots don't
harvest them). That doesn't mean that they're not available.
You can view the raw message source by getting a post's
permalink, then replacing /post/ with /source/. The email
On Wednesday, 28 January 2015 at 01:09:25 UTC, Dicebot wrote:
Before doing anything I'd suggest trying to reach main
DMD/Phobos developers and ask them what kind of tools they feel
lacking and what they would personally use. Such solution is
only useful if it solves real problems of developers
From the forum thread
http://forum.dlang.org/thread/ossuvfmqthllgdpgz...@forum.dlang.org?page=1
and the PR
https://github.com/D-Programming-Language/dlang.org/pull/851
I learned that allocation in a destructor isn't the only crash
case here.
The GC calls a class instance's invariant() meth
On Tuesday, 27 January 2015 at 11:43:48 UTC, John Colvin wrote:
Just an FYI:
I'm sure you meant to sincerely thank Robert, but the above
reads like you are blaming him for it being harder to do than
to complain. "Thanks to you" is dangerous to put near anything
negative as it's just a commonly
On 12/8/2014 8:15 AM, Martin Nowak via Digitalmars-d wrote:
On 12/03/2014 09:36 PM, Jordi Sayol via Digitalmars-d wrote:
El 03/12/14 a les 19:49, Martin Nowak via Digitalmars-d ha escrit:
On 12/03/2014 02:01 AM, Brad Anderson wrote:
Why use the DigitalMars FTP?
http://downloads.dlang.org/ is
On Wednesday, 28 January 2015 at 00:58:41 UTC, ketmar wrote:
On Tue, 27 Jan 2015 23:07:44 +, Rikki Cattermole wrote:
dlangui doesn't depend upon it.
that dependency was removed since then.
And isn't aware of different versions.
of course. that's why it failed on my FreeImage: my librar
On Tuesday, 27 January 2015 at 20:12:17 UTC, Kagamin wrote:
On Tuesday, 27 January 2015 at 01:41:31 UTC, Joakim wrote:
Skimming the guy's other comments now, I guess he's a big
Haskell fan, and somehow looks down on D.
That's normal for haskell fans to look down on other languages,
which don'
On Tuesday, 27 January 2015 at 22:46:30 UTC, Ola Fosheim Grøstad
wrote:
On Saturday, 24 January 2015 at 23:28:35 UTC, Jerry Morrison
wrote:
On Saturday, 24 January 2015 at 15:04:47 UTC, Ola Fosheim
Grøstad wrote:
If the classes are written for RAII then the destructors have
to be called in reve
On 1/28/2015 7:04 AM, Rikki Cattermole wrote:
First off, Derelict-Util/Derelict-GL3 is a biggy here. Its old code,
lets admit it. Its also a standard for loading shared library functions.
So Mike Parker, would you be willing for this to be PR'd? And if so, are
we ok with this?
I have no objec
On 1/28/2015 7:54 AM, ketmar wrote:
On Wed, 28 Jan 2015 11:04:55 +1300, Rikki Cattermole wrote:
First off, Derelict-Util/Derelict-GL3 is a biggy here. Its old code,
lets admit it. Its also a standard for loading shared library functions.
please, not Derelict! it's a great work and all that, b
Before doing anything I'd suggest trying to reach main DMD/Phobos
developers and ask them what kind of tools they feel lacking and
what they would personally use. Such solution is only useful if
it solves real problems of developers and thus is not viewed as
additional maintenance burden. As An
As it was recently announced
(http://forum.dlang.org/post/ma5vta$21aj$1...@digitalmars.com)
logging package proposal by Robert Schadek has been merged into
std.experimental package.
Some notable changes since last review:
* new way of compile-time log level filtering (by Martin Nowak)
* suppo
On Tue, 27 Jan 2015 23:07:44 +, Rikki Cattermole wrote:
> dlangui doesn't depend upon it.
that dependency was removed since then.
> And isn't aware of different versions.
of course. that's why it failed on my FreeImage: my library is older than
the one that Derelict is expecting to find, an
On Tuesday, 27 January 2015 at 18:10:10 UTC, Jonathan Marler
wrote:
Would people want and use a website that tracks who's working
on what in the D Programming Language? People would go to the
site and be able to find out what's being worked on, what's not
being worked on, who's working on what
On Tuesday, 27 January 2015 at 20:31:57 UTC, Jonathan Marler
wrote:
I still haven't figured out how to email someone without
knowing their email address. Could we get a developer to work
on that? Maybe I'll file a bug report.
Internet Bug: Unable to email someone without knowing their
email
On Tuesday, 27 January 2015 at 18:10:10 UTC, Jonathan Marler
wrote:
Would people want and use a website that tracks who's working
on what in the D Programming Language?
Somewhat related, there's this page on the wiki:
http://wiki.dlang.org/People
On Tuesday, 27 January 2015 at 23:58:23 UTC, desmond wrote:
https://github.com/DerelictOrg/DerelictFI
Huh, I have no idea how I missed that.
Anyway I was right in that it doesn't do staging of versions.
On 1/27/2015 12:44 PM, Andrei Alexandrescu wrote:
On 1/27/15 12:42 PM, Andrei Alexandrescu wrote:
On 1/27/15 12:31 PM, Jonathan Marler wrote:
I still haven't figured out how to email someone without knowing their
email address.
http://goo.gl/go5Dks -- Andrei
I got destroyed - his "Send emai
On 1/27/2015 12:31 PM, Jonathan Marler wrote:
I still haven't figured out how to email someone without knowing their email
address.
Reply to me!
https://github.com/DerelictOrg/DerelictFI
On Tuesday, 27 January 2015 at 23:07:46 UTC, Rikki Cattermole
wrote:
On Tuesday, 27 January 2015 at 22:54:15 UTC, ketmar wrote:
On Wed, 28 Jan 2015 11:04:55 +1300, Rikki Cattermole wrote:
First off, Derelict-Util/Derelict-GL3 is a biggy here. Its
old
On Tuesday, 27 January 2015 at 23:02:33 UTC, Daniel Kozak wrote:
When I read discusion about @nothrow @pure... I start thinking
what will happen if go that way.
If we make an agreement on @pure and so on we are ok now
because pure is a keyword already. But if there will be that
consensus all
On Tuesday, 27 January 2015 at 22:54:15 UTC, ketmar wrote:
On Wed, 28 Jan 2015 11:04:55 +1300, Rikki Cattermole wrote:
First off, Derelict-Util/Derelict-GL3 is a biggy here. Its old
code,
lets admit it. Its also a standard for loading shared library
functions.
please, not Derelict! it's a gr
When I read discusion about @nothrow @pure... I start thinking
what will happen if go that way.
If we make an agreement on @pure and so on we are ok now because
pure is a keyword already. But if there will be that consensus
all other attributes should have @ in name. For eg. we add
@virtual
On Wed, 28 Jan 2015 11:04:55 +1300, Rikki Cattermole wrote:
> First off, Derelict-Util/Derelict-GL3 is a biggy here. Its old code,
> lets admit it. Its also a standard for loading shared library functions.
please, not Derelict! it's a great work and all that, but it's habit to
load ALL functions
On Saturday, 24 January 2015 at 23:28:35 UTC, Jerry Morrison
wrote:
On Saturday, 24 January 2015 at 15:04:47 UTC, Ola Fosheim
Grøstad wrote:
If the classes are written for RAII then the destructors have
to be called in reverse order of the constructors. IIRC D does
not guarantee this when you u
On 20.01.2015 13:23, Benjamin Thaut wrote:
I'm currently working on Windows DLL support which has stronger rules
than linux shared objects for which symbols actually get exported from a
shared library. But as we want to replicate the same behaviour on linux
using symbol visibility (e.g. gcc 4 -
On 26.01.2015 23:24, Walter Bright wrote:
The problem here is that you don't want to make someHelperFunc()
export because that would mean users could call it directly, but
you want it to be available for cross shared library calls. The
cross shared library call happens if a template is instance
I have dream! A dream, dream dream. A dream to see GUI's easy to use in
D! I must admit it will be hard, but it's time. Prime time I mean!
Now enough gabble.
I'm proposing to get Devisualization.Window PR'd into phobos.
This cannot happen right now. It's blocked on many fronts.
1) Objective-C b
On Tuesday, 27 January 2015 at 21:15:16 UTC, Daniel Kozak wrote:
Jonathan M Davis via Digitalmars-d píše v Út 27. 01. 2015 v
08:49 -0800:
On Tuesday, January 27, 2015 11:47:04 Nick Treleaven via
Digitalmars-d wrote:
> On 27/01/2015 02:27, Jonathan M Davis via Digitalmars-d
> wrote:
> > You're r
Jonathan M Davis via Digitalmars-d píše v Út 27. 01. 2015 v 08:49 -0800:
> On Tuesday, January 27, 2015 11:47:04 Nick Treleaven via Digitalmars-d wrote:
> > On 27/01/2015 02:27, Jonathan M Davis via Digitalmars-d wrote:
> > > You're right. I forgot about those two. But it's still the case that the
On Saturday, 24 January 2015 at 23:28:35 UTC, Jerry Morrison
wrote:
This is the first I've heard that allocating GC memory in a
destructor will crash. That's an unexpected gotcha. I'd expect
to be able to reliably do I/O or throw an exception.
Strategy 1. Fix the GC's limitation. (One fewer pi
On Tuesday, 27 January 2015 at 20:59:10 UTC, Jacob Carlborg wrote:
On 2015-01-27 19:10, Jonathan Marler wrote:
Would people want and use a website that tracks who's working
on what in
the D Programming Language? People would go to the site and
be able to
find out what's being worked on, what's
On Tuesday, 27 January 2015 at 18:21:37 UTC, Nick Treleaven wrote:
On 27/01/2015 18:01, Jonathan Marler wrote:
On Tuesday, 27 January 2015 at 17:18:11 UTC, Nick Treleaven
wrote:
On 27/01/2015 16:49, Jonathan M Davis via Digitalmars-d wrote:
abstract also applies to classes, as does final.
Ye
On 2015-01-27 19:55, Andrei Alexandrescu wrote:
Google just open sourced https://github.com/google/kythe. Would it help
Calypso? -- Andrei
I had a quick look and my first impression is that it would not help.
--
/Jacob Carlborg
On 2015-01-27 19:10, Jonathan Marler wrote:
Would people want and use a website that tracks who's working on what in
the D Programming Language? People would go to the site and be able to
find out what's being worked on, what's not being worked on, who's
working on what, what bugs are being work
On Tuesday, 27 January 2015 at 20:44:53 UTC, Andrei Alexandrescu
wrote:
On 1/27/15 12:42 PM, Andrei Alexandrescu wrote:
On 1/27/15 12:31 PM, Jonathan Marler wrote:
I still haven't figured out how to email someone without
knowing their
email address.
http://goo.gl/go5Dks -- Andrei
I got des
"Jonathan Marler" wrote in message
news:ziogluwispkhxncgr...@forum.dlang.org...
I still haven't figured out how to email someone without knowing their
email address. Could we get a developer to work on that? Maybe I'll file
a bug report.
The trick is to find their email address, then use t
On Tuesday, 27 January 2015 at 20:44:53 UTC, Andrei Alexandrescu
wrote:
On 1/27/15 12:42 PM, Andrei Alexandrescu wrote:
On 1/27/15 12:31 PM, Jonathan Marler wrote:
I still haven't figured out how to email someone without
knowing their
email address.
http://goo.gl/go5Dks -- Andrei
I got des
On 2015-01-27 17:49, Jonathan M Davis via Digitalmars-d wrote:
IMHO, if we have to search for a way to make them consistent, then there's
no point. We're just going to end up with making things more consistent in
one way and less in another without necessarily making it any easier for
anyone to
On 1/27/15 12:31 PM, Jonathan Marler wrote:
I still haven't figured out how to email someone without knowing their
email address.
http://goo.gl/go5Dks -- Andrei
On 1/27/15 12:42 PM, Andrei Alexandrescu wrote:
On 1/27/15 12:31 PM, Jonathan Marler wrote:
I still haven't figured out how to email someone without knowing their
email address.
http://goo.gl/go5Dks -- Andrei
I got destroyed - his "Send email to Walter Bright" button doesn't
work... -- Andr
On Tuesday, 27 January 2015 at 19:27:43 UTC, Laeeth Isharc wrote:
One of the things that was striking was the very limited set of
choices available for a portfolio management system. Macro
involves trading potentially any liquid product in any
developed (and sometimes less developed) market, s
On 1/27/15 3:11 PM, Jacob Carlborg wrote:
On 2015-01-27 19:13, Steven Schveighoffer wrote:
I would say if two extern(C) declarations are identical (i.e. same
parameter types, same attributes), they don't conflict. What does this
break?
It it's extern(C), shouldn't just the name matter?
For
On Tuesday, 27 January 2015 at 19:55:06 UTC, H. S. Teoh wrote:
On Tue, Jan 27, 2015 at 07:48:15PM +, Jonathan Marler via
Digitalmars-d wrote:
On Tuesday, 27 January 2015 at 19:35:44 UTC, H. S. Teoh wrote:
>On Tue, Jan 27, 2015 at 07:01:02PM +, Jonathan Marler via
>Digitalmars-d wrote:
>>
On Tue, Jan 27, 2015 at 09:21:20PM +0100, Andrej Mitrovic via Digitalmars-d
wrote:
> On 1/27/15, anonymous via Digitalmars-d wrote:
> > PR: https://github.com/D-Programming-Language/dlang.org/pull/869
> > - For details see here.
> > Live version: http://ag0aep6g-dlang.rhcloud.com - If you've
> >
On 1/27/15, anonymous via Digitalmars-d wrote:
> PR: https://github.com/D-Programming-Language/dlang.org/pull/869
> - For details see here.
> Live version: http://ag0aep6g-dlang.rhcloud.com - If you've
> visited this before, you may have to clear your cache to see the
> proper logo color.
I'm nev
On 2015-01-27 19:13, Steven Schveighoffer wrote:
I would say if two extern(C) declarations are identical (i.e. same
parameter types, same attributes), they don't conflict. What does this
break?
It it's extern(C), shouldn't just the name matter?
--
/Jacob Carlborg
On Tuesday, 27 January 2015 at 20:06:24 UTC, Steven Schveighoffer
wrote:
On 1/27/15 3:02 PM, anonymous wrote:
PR:
https://github.com/D-Programming-Language/dlang.org/pull/869 -
For
details see here.
Live version: http://ag0aep6g-dlang.rhcloud.com - If you've
visited this
before, you may have
On Tuesday, 27 January 2015 at 01:41:31 UTC, Joakim wrote:
Skimming the guy's other comments now, I guess he's a big
Haskell fan, and somehow looks down on D.
That's normal for haskell fans to look down on other languages,
which don't embrace as much CS. Do you see it for the first time?
On 1/27/15 3:02 PM, anonymous wrote:
PR: https://github.com/D-Programming-Language/dlang.org/pull/869 - For
details see here.
Live version: http://ag0aep6g-dlang.rhcloud.com - If you've visited this
before, you may have to clear your cache to see the proper logo color.
This one has my vote.
-S
PR: https://github.com/D-Programming-Language/dlang.org/pull/869
- For details see here.
Live version: http://ag0aep6g-dlang.rhcloud.com - If you've
visited this before, you may have to clear your cache to see the
proper logo color.
On Tue, Jan 27, 2015 at 07:48:15PM +, Jonathan Marler via Digitalmars-d
wrote:
> On Tuesday, 27 January 2015 at 19:35:44 UTC, H. S. Teoh wrote:
> >On Tue, Jan 27, 2015 at 07:01:02PM +, Jonathan Marler via
> >Digitalmars-d wrote:
> >>I created a PR for optlink about 7 months ago and I don't
On Tuesday, 27 January 2015 at 19:35:44 UTC, H. S. Teoh wrote:
On Tue, Jan 27, 2015 at 07:01:02PM +, Jonathan Marler via
Digitalmars-d wrote:
I created a PR for optlink about 7 months ago and I don't
think it's
been looked at.
PR: https://github.com/DigitalMars/optlink/pull/16
Bug: https:/
On Tue, Jan 27, 2015 at 07:01:02PM +, Jonathan Marler via Digitalmars-d
wrote:
> I created a PR for optlink about 7 months ago and I don't think it's
> been looked at.
>
> PR: https://github.com/DigitalMars/optlink/pull/16
> Bug: https://issues.dlang.org/show_bug.cgi?id=4831
>
> Can someone
On 2015-01-26 at 03:41, Vladimir Panteleev wrote:
How about submitting this patch as a pull request?
Thanks for this suggestion. The expanded patch is now merged:
https://github.com/D-Programming-Language/phobos/pull/2914
On Tuesday, 27 January 2015 at 16:39:40 UTC, Elie Morisse wrote:
On Monday, 26 January 2015 at 19:35:11 UTC, Laeeth Isharc wrote:
I posted some thoughts on web docs writeup of C+= interface
here.
http://forum.dlang.org/thread/fmjehcyzhnirybmnj...@forum.dlang.org#post-fmjehcyzhnirybmnjloj:40for
Out of curiosity, what is lacking in the current commercial
offerings for hedge fund management? Why not use an existing
engine?
In the general sense, lots is lacking across the board. I
started a macro fund in 2012 with a former colleague from Citadel
in partnership with another company, wi
"Jonathan Marler" wrote:
> On Tuesday, 27 January 2015 at 18:25:21 UTC, Andrei Alexandrescu wrote:
>> On 1/27/15 10:10 AM, Jonathan Marler wrote:
>>> Would people want and use a website that tracks who's working >> on what in
>>> the D Programming Language? People would go to the site and >> be a
I created a PR for optlink about 7 months ago and I don't think
it's been looked at.
PR: https://github.com/DigitalMars/optlink/pull/16
Bug: https://issues.dlang.org/show_bug.cgi?id=4831
Can someone take a look?
On Tuesday, 27 January 2015 at 15:09:36 UTC, Laeeth Isharc wrote:
I cannot speak about small team experiences. Our projects
usually take around 30+ developers.
That it is a decent sized team to have to coordinate and it
puts emphasis on very different questions. The context I am
thinking of
Google just open sourced https://github.com/google/kythe. Would it help
Calypso? -- Andrei
On Tuesday, 27 January 2015 at 18:25:21 UTC, Andrei Alexandrescu
wrote:
On 1/27/15 10:10 AM, Jonathan Marler wrote:
Would people want and use a website that tracks who's working
on what in
the D Programming Language? People would go to the site and
be able to
find out what's being worked on, w
On 1/27/15 10:10 AM, Jonathan Marler wrote:
Would people want and use a website that tracks who's working on what in
the D Programming Language? People would go to the site and be able to
find out what's being worked on, what's not being worked on, who's
working on what, what bugs are being work
On 27/01/2015 18:01, Jonathan Marler wrote:
On Tuesday, 27 January 2015 at 17:18:11 UTC, Nick Treleaven wrote:
On 27/01/2015 16:49, Jonathan M Davis via Digitalmars-d wrote:
abstract also applies to classes, as does final.
Yes, but they actually only affect the *functions* belonging to the
cl
Would people want and use a website that tracks who's working on
what in the D Programming Language? People would go to the site
and be able to find out what's being worked on, what's not being
worked on, who's working on what, what bugs are being worked on.
People will have to use the site a
On 1/27/15 5:57 AM, Walter Bright wrote:
On 1/26/2015 11:06 AM, Steven Schveighoffer wrote:
Is there a good reason why we shouldn't allow the duplicate
declaration in
multiple modules? I understand for D symbols -- those are actually
different
symbols.
D's interface to C and C++ does not adopt
On Tuesday, 27 January 2015 at 17:18:11 UTC, Nick Treleaven wrote:
On 27/01/2015 16:49, Jonathan M Davis via Digitalmars-d wrote:
abstract also applies to classes, as does final.
Yes, but they actually only affect the *functions* belonging to
the class, not the variables. A class is not a var
On Tuesday, 27 January 2015 at 16:50:00 UTC, Jonathan M Davis
wrote:
On Tuesday, January 27, 2015 11:47:04 Nick Treleaven via
Digitalmars-d wrote:
On 27/01/2015 02:27, Jonathan M Davis via Digitalmars-d wrote:
> You're right. I forgot about those two. But it's still the
> case that the
> number
On 27/01/2015 16:49, Jonathan M Davis via Digitalmars-d wrote:
abstract also applies to classes, as does final.
Yes, but they actually only affect the *functions* belonging to the
class, not the variables. A class is not a variable.
Also, if we end up adding
any new attributes later, they'r
On Tuesday, January 27, 2015 11:47:04 Nick Treleaven via Digitalmars-d wrote:
> On 27/01/2015 02:27, Jonathan M Davis via Digitalmars-d wrote:
> > You're right. I forgot about those two. But it's still the case that the
> > number of function attributes that don't have @ on them is_far_ greater
>
On Monday, 26 January 2015 at 19:35:11 UTC, Laeeth Isharc wrote:
I posted some thoughts on web docs writeup of C+= interface
here.
http://forum.dlang.org/thread/fmjehcyzhnirybmnj...@forum.dlang.org#post-fmjehcyzhnirybmnjloj:40forum.dlang.org
Do you think we could make binaries of calypso avail
On Tue, 27 Jan 2015 16:22:17 +, Zach the Mystic wrote:
> On Tuesday, 27 January 2015 at 09:20:51 UTC, ketmar wrote:
>> i believe in D too, and i want it to succeed -- not only for me. that's
>> why i'm writing here. i'm not attacking it for the sake of attack, and
>> i deliberately took the po
On Tuesday, 27 January 2015 at 15:09:36 UTC, Laeeth Isharc wrote:
I cannot speak about small team experiences. Our projects
usually take around 30+ developers.
That it is a decent sized team to have to coordinate and it
puts emphasis on very different questions. The context I am
thinking of
Could anyone take https://issues.dlang.org/show_bug.cgi?id=14063? It's
likely to turn the ratchet the right direction for Posix folks working
on the libraries. Thanks! -- Andrei
On Tuesday, 27 January 2015 at 09:20:51 UTC, ketmar wrote:
i believe in D too, and i want it to succeed -- not only for
me. that's
why i'm writing here. i'm not attacking it for the sake of
attack, and i
deliberately took the position of outcast.
Strategically, what has your outcast position
On Tuesday, 27 January 2015 at 10:37:37 UTC, Jacob Carlborg wrote:
Seems overly complicated. How about the compiler just outputs
new files instead.
The thing I care about is that the compiler leaves the user with
no doubt as to what he should do next and how to automatically
fix his programs.
On Tuesday, 27 January 2015 at 13:02:06 UTC, Wyatt wrote:
On Tuesday, 27 January 2015 at 02:39:03 UTC, bachmeier wrote:
Which language today does something that's not done by any
other language?
INTERCAL has politeness. But what are you actually trying to
say with this statement?
-Wyatt
On Tuesday, 27 January 2015 at 13:02:06 UTC, Wyatt wrote:
On Monday, 26 January 2015 at 22:05:55 UTC, Laeeth Isharc wrote:
I don't know F#. I know what you mean, but I don't think the
competition to D consists of crappy languages - there are some
very smart and creative people with large res
I cannot speak about small team experiences. Our projects
usually take around 30+ developers.
That it is a decent sized team to have to coordinate and it puts
emphasis on very different questions. The context I am thinking
of is much leaner - more like special forces than the regular
army (
On Tuesday, 27 January 2015 at 10:47:23 UTC, ketmar wrote:
On Tue, 27 Jan 2015 10:43:12 +, Ola Fosheim Grøstad wrote:
Hey, I have gray hairs in my beard!
me too!
Coolies! *smooch*
On Tuesday, 27 January 2015 at 08:07:11 UTC, ketmar wrote:
On Tue, 27 Jan 2015 01:32:21 +, Mike wrote:
In fact, it is the attitude against change that has put me on
the fence
about D, when I was quite an advocate about a year ago. It
has also
made me reluctant to put forth the necessary e
On Monday, 26 January 2015 at 22:05:55 UTC, Laeeth Isharc wrote:
I don't know F#. I know what you mean, but I don't think the
competition to D consists of crappy languages - there are some
very smart and creative people with large resources working on
them (putting aside the question of the
On 27/01/2015 10:20, Jacob Carlborg wrote:
How is this change going to help when there's still a bunch of
attributes that can not be prefixed with '@', immutable, const, public
and so on?
Those can apply to variables too. We could use built-in @attributes for
functions only (https://issues.dla
On 26/01/2015 21:20, bearophile wrote:
Walter Bright:
Previously, it's all been advocacy and "break my code"
Breaking the code should be justified by a worth gain. This patch is of
negative value.
It doesn't break code.
On 27/01/2015 02:27, Jonathan M Davis via Digitalmars-d wrote:
You're right. I forgot about those two. But it's still the case that the
number of function attributes that don't have @ on them is_far_ greater
than the number of those that do.
But I explained that most function attributes don't
On Tuesday, 27 January 2015 at 00:05:20 UTC, deadalnix wrote:
On Monday, 26 January 2015 at 18:25:13 UTC, Robert burner
Schadek wrote:
thank you @!"In order of appearance on github"() { Dicebot,
JakobOvrum, monarchdodra, klamonte, grogancolin, fugalh,
Geod24, andralex, braddr, AndrejMitrovic, M
Congratulations to all involved for the effort to bring this
completion. I am very glad that we now have a standard way of
logging in Phobos :)
On Monday, 26 January 2015 at 18:09:46 UTC, Andrei Alexandrescu
wrote:
...is what took to get std.experimental.logger in Phobos.
https://github.co
On 1/26/2015 11:06 AM, Steven Schveighoffer wrote:
Is there a good reason why we shouldn't allow the duplicate declaration in
multiple modules? I understand for D symbols -- those are actually different
symbols.
D's interface to C and C++ does not adopt C and C++ semantics, in particular, it
d
1 - 100 of 122 matches
Mail list logo
