Am 22.09.2014 11:33, schrieb Sönke Ludwig:
After again a longer-than-anticipated wait, the next release of the DUB
package and build manager is finally ready. This is a major milestone
with some important changes in the way dependency versions are handled,
making it more robust for a rapidly
On Monday, 22 September 2014 at 08:01:43 UTC, Iain Buclaw via
Digitalmars-d wrote:
On 19 August 2014 19:22, Andrei Alexandrescu via Digitalmars-d
digitalmars-d@puremagic.com wrote:
On 8/19/14, 9:25 AM, Kai Nacke wrote:
On Tuesday, 19 August 2014 at 14:08:30 UTC, Andrei
Alexandrescu wrote:
Am 21.09.2014 08:05, schrieb deadalnix:
On Sunday, 21 September 2014 at 05:55:20 UTC, Cliff wrote:
.NET suffers a similar problem in spite of the community's best
efforts with Mono - it'll always be a distant 2nd (or 5th or 20th) on
other platforms. And on Windows, C++ won't get supplanted by
Am 21.09.2014 11:30, schrieb bearophile:
Ary Borenszweig:
Could you tell which are those two kinds and which other correctness
are ignored? Just to learn more about Rust. Thanks!
Rust does everything to be memory safe, and avoid data races outside its
unsafe code zones. But in the real world
Am 21.09.2014 10:51, schrieb Jacob Carlborg:
On 2014-09-20 18:56, Andrei Alexandrescu wrote:
Please don't take me in a court of law. But yes, I am talking about the
compiler inserting calls to increment and decrement reference counts. --
Andrei
We do need to know what you're proposal is for.
Am 21.09.2014 12:47, schrieb bearophile:
Paulo Pinto:
(and other
languages are ATS, Whiley, F*, Idris, etc, cover other forms of
correctness).
...
You can handle units of measure via tuples structs, since you mention F#.
Here I mentioned F*, not F#:
Am 21.09.2014 20:17, schrieb Dmitry Olshansky:
21-Sep-2014 19:03, Andrei Alexandrescu пишет:
On 9/21/14, 1:51 AM, Jacob Carlborg wrote:
On 2014-09-20 18:56, Andrei Alexandrescu wrote:
Please don't take me in a court of law. But yes, I am talking about the
compiler inserting calls to
Am 21.09.2014 23:45, schrieb Ola Fosheim Grostad:
On Sunday, 21 September 2014 at 17:52:42 UTC, Dmitry Olshansky wrote:
...
??? Just reserve more space. Even Go dropped segmented stack.
What Go has to do with this discussion at all BTW?
Because that is what you are competing with in the
Am 22.09.2014 01:06, schrieb Ola Fosheim Grostad:
On Sunday, 21 September 2014 at 22:58:59 UTC, Paulo Pinto wrote:
Since when Go is a competitor in the webspace?
Since people who create high throughput servers started using it?
Which people? A few Silicon Valley startups, besides Google?
Am 20.09.2014 06:43, schrieb Andrei Alexandrescu:
On 9/19/14, 7:20 PM, Walter Bright wrote:
On 9/19/2014 6:48 PM, Andrei Alexandrescu wrote:
On 9/19/14, 6:18 PM, Walter Bright wrote:
Having a compiler switch to change the behavior of every module in
incompatible ways would be a disastrous
Am 20.09.2014 01:47, schrieb Max Klyga:
Jonathan Blow just recorded a talk about the needs and ideas for a
programming language for game developer.
https://www.youtube.com/watch?v=TH9VCN6UkyQ
This talk mentions D quite a lot of times.
D is mentioned as the most probable to be adopted if it
Am 20.09.2014 04:25, schrieb po:
He actually talks about Andre around 40' ;0
As a fellow game dev:
I don't agree with him about RAII, I find it useful
He seems to miss the point that it is possible to write general purpose
RAII templated classes, since he keeps on talking about specific
Am 20.09.2014 15:40, schrieb Ola Fosheim Grostad:
On Saturday, 20 September 2014 at 12:27:23 UTC, Jacob Carlborg wrote:
Assuming this would eventually be implemented for regular classes, it
would be nice if it could be made compatible with Objective-C ARC [1].
[1]
Am 20.09.2014 17:08, schrieb Jacob Carlborg:
On 2014-09-20 16:33, Paulo Pinto wrote:
It requires compiler support, though.
The first thing I asked in this thread was Are you suggesting we
implement ARC? and the answer was Yes [1]. So it looks like Andrei
already wants to implement ARC. My
Am 21.09.2014 04:50, schrieb Andrei Alexandrescu:
On 9/20/14, 7:10 PM, bearophile wrote:
Andrei Alexandrescu:
Rust looked a lot more exciting when I didn't know much about it.
I didn't remember ever seeing you excited about Rust :-) In past you
(rightfully) didn't comment much about Rust.
On Thursday, 18 September 2014 at 16:55:33 UTC, H. S. Teoh via
Digitalmars-d wrote:
On Thu, Sep 18, 2014 at 07:13:48PM +0300, ketmar via
Digitalmars-d wrote:
On Thu, 18 Sep 2014 17:05:31 +0100
Bruno Medeiros via Digitalmars-d digitalmars-d@puremagic.com
wrote:
* a small (or big) visual
On Wednesday, 17 September 2014 at 12:05:58 UTC, Ola Fosheim
Grøstad wrote:
On Wednesday, 17 September 2014 at 09:21:13 UTC, eles wrote:
These are some notes I have on C++'s operator new. Basically,
I find its syntax downright hateful, and really wish the
language had dealt more cleanly with
On Thursday, 18 September 2014 at 08:33:53 UTC, Ola Fosheim
Grostad wrote:
On Thursday, 18 September 2014 at 08:14:42 UTC, Paulo Pinto
wrote:
Bjarne's book about C++ design and evolution is quite good to
understand how C's compatibility and other issues drove C++
design.
I guess cfront
Am 18.09.2014 17:44, schrieb Bruno Medeiros:
On 06/09/2014 01:50, Paulo Pinto wrote:
Am 05.09.2014 23:56, schrieb Dicebot:
On Friday, 5 September 2014 at 14:18:46 UTC, Paulo Pinto wrote:
You can write DLLs in Java, for example with
http://www.excelsiorjet.com/.
The fact that the Java
Am 18.09.2014 20:10, schrieb Ola Fosheim Grøstad
ola.fosheim.grostad+dl...@gmail.com:
On Thursday, 18 September 2014 at 09:16:39 UTC, Paulo Pinto wrote:
These issues are touched in the book if I remember correctly.
Yeah, but I don't have it and hoped you would give me some juicy quotes :).
On Monday, 15 September 2014 at 09:43:41 UTC, eles wrote:
On Monday, 15 September 2014 at 09:26:37 UTC, Dejan Lekic wrote:
Yesterday I stumbled upon this excellent research paper:
gave insights into the reasons why general purpose allocators
can outperform handcrafted ones.
Well, the same
Am 14.09.2014 10:27, schrieb Kagamin:
On Saturday, 13 September 2014 at 21:46:45 UTC, Andrei Alexandrescu wrote:
No, it's all eager copy. std::string is thoroughly botched. A good
inexpensive lesson for us. -- Andrei
I mean possible lifetime management options are:
1. string
2. string*
3.
Am 14.09.2014 16:19, schrieb po:
...
6. string::c_str() (let char* botch string internals)
It returns a const char* so you would have to cast const away to do that--
Which everyone does all the time, because the main reason c_str() exists
is to interface with C style APIs, most of them
Just discovered this talk while watching the CUFP 2014 talks.
What is interesting for the D users, are the slides related with the
C++ issues that caused the decision to move away, between 03:00 and 05:30.
https://www.youtube.com/watch?v=Wu8eJh6OqhI#t=181
Basically the usual points how real
Am 13.09.2014 17:27, schrieb po:
Basically the usual points how real enterprise C++ looks like, where no
one cares about Effective C++ and similar practices.
Why they were using C++ for that type of software is beyond me, I'd
rather use Haskell if latency throughput aren't my main
Am 13.09.2014 22:10, schrieb eles:
This presentation:
https://parasol.tamu.edu/people/bs/622-GP/C++14TAMU.pdf
He criticizes C99 VLA (slide 24) as being an abomination
I agree with him.
C99 VLA are the typical open door to security exploits via the stack
frame, that C brought upon the IT
Am 14.09.2014 00:25, schrieb Walter Bright:
On 9/13/2014 1:10 PM, eles wrote:
[...]
C++ is adopting D features anyway. The constexpr proposals are looking a
lot like CTFE :-)
In that sense, regardless of D's future, I would say it is already a big
win to have that influence over C++'s
On Friday, 12 September 2014 at 07:46:03 UTC, eles wrote:
On Thursday, 11 September 2014 at 19:56:17 UTC, Paulo Pinto
wrote:
Am 11.09.2014 20:32, schrieb Daniel Alves:
It is incredible how Objective-C's ARC became a symbol for
reference counting, instead of the living proof of Apple's
On Thursday, 11 September 2014 at 20:55:43 UTC, Andrey Lifanov
wrote:
Everyone tells about greatness and safety of GC, and that it is
hard to live without it... But, I suppose, you all do know the
one programming language in which 95% of AAA-quality popular
desktop software and OS is written.
Am 13.09.2014 01:52, schrieb eles:
On Friday, 12 September 2014 at 20:41:53 UTC, Marco Leise wrote:
Am Fri, 12 Sep 2014 15:43:14 +
schrieb Chris wend...@tcd.ie:
With only ARC, if two objects reference each other, they keep
each other alive indefinitely unless one of the references is a
Am 11.09.2014 14:38, schrieb Andrey Lifanov:
Hello everyone! Being a C/C++ programmer I don't understand, why such
language as D (system programming language) implemented garbage
collector as a core feature, not as additional optional module or
library. I and many other C/C++ programmers prefer
Am 11.09.2014 18:02, schrieb Sean Kelly:
On Thursday, 11 September 2014 at 13:16:07 UTC, Marc Schütz wrote:
On Thursday, 11 September 2014 at 12:38:54 UTC, Andrey Lifanov wrote:
Hello everyone! Being a C/C++ programmer I don't understand, why such
language as D (system programming language)
Am 11.09.2014 20:32, schrieb Daniel Alves:
You know, currently I spend most of my time programming in ObjC, but I
really love C, C++ and D.
Since the Clang Compiler, ObjC dropped the GC entirely. Yes, that's
right, no GC at all. And, in fact, it does support concurrent
programming and
On Monday, 8 September 2014 at 08:50:54 UTC, Chris wrote:
On Saturday, 6 September 2014 at 02:24:35 UTC, Mike Parker
wrote:
On 9/6/2014 12:32 AM, Chris wrote:
I don't find it restrictive at all (I actually enjoy it; I
also enjoy
C). As long as you work within its boundaries and use it as
Am 07.09.2014 19:00, schrieb John Colvin:
http://www.daemonology.net/blog/2014-09-06-zeroing-buffers-is-insufficient.html
D could incorporate something like this, no?
There are some posts on the HN discussion, stating that the problem is
not so easy to solve.
Even without the C compiler
Am 07.09.2014 19:30, schrieb John Colvin:
On Sunday, 7 September 2014 at 17:24:46 UTC, Paulo Pinto wrote:
Am 07.09.2014 19:00, schrieb John Colvin:
http://www.daemonology.net/blog/2014-09-06-zeroing-buffers-is-insufficient.html
D could incorporate something like this, no?
There are some
Am 06.09.2014 04:30, schrieb Cassio Butrico:
What criteria do you take into consideration for the choice of a
programming language.
and why? does not mention what language would be, but what criteria led
them to choose.
Depends.
At work, I just use whatever the customer asks for. Programming
Am 06.09.2014 02:03, schrieb Ary Borenszweig:
On 8/31/14, 8:51 PM, Abe wrote:
Please note: 502064 bytes!!! [for the curious: 490.296875
kilobytes]
The real question is: why does size matter for you?
A simple hello world program in Go is 2 megabytes. That's four times
the size in D. I don't
Am 06.09.2014 15:54, schrieb Marco Leise:
Am Sat, 06 Sep 2014 02:30:49 +
schrieb Cassio Butrico cassio_butr...@ig.com.br:
...
Before D I used Delphi. It is IMHO the best programming
environment for efficient, native GUI applications on Windows.
It comes with integrated compiler, linker,
On Friday, 5 September 2014 at 09:36:54 UTC, Marco Leise wrote:
Am Tue, 02 Sep 2014 08:29:24 +
schrieb Iain Buclaw ibuc...@gdcproject.org:
In normal fashion, it's missing an entry for D.
http://bjorn.tipling.com/if-programming-languages-were-weapons
I'll let your imaginations do the
On Friday, 5 September 2014 at 13:42:56 UTC, Chris wrote:
On Friday, 5 September 2014 at 11:27:17 UTC, Bruno Medeiros
wrote:
On 04/09/2014 16:21, Chris wrote:
On Thursday, 4 September 2014 at 14:19:02 UTC, Bruno Medeiros
wrote:
On 26/08/2014 09:46, Chris wrote:
The problem was that Java
On Friday, 5 September 2014 at 14:42:05 UTC, Chris wrote:
On Friday, 5 September 2014 at 14:18:46 UTC, Paulo Pinto wrote:
On Friday, 5 September 2014 at 13:42:56 UTC, Chris wrote:
On Friday, 5 September 2014 at 11:27:17 UTC, Bruno Medeiros
wrote:
On 04/09/2014 16:21, Chris wrote:
On
Am 05.09.2014 23:56, schrieb Dicebot:
On Friday, 5 September 2014 at 14:18:46 UTC, Paulo Pinto wrote:
You can write DLLs in Java, for example with
http://www.excelsiorjet.com/.
The fact that the Java reference implementation is a VM, doesn't tie
the language to a VM.
Why pick Java if not
On Thursday, 4 September 2014 at 10:12:13 UTC, Chris wrote:
On Wednesday, 12 February 2014 at 17:38:30 UTC, H. S. Teoh
wrote:
I would say that while it's insightful to apply different
paradigms to
solve the same problem, one shouldn't make the mistake of
shoehorning
*everything* into the
On Tuesday, 2 September 2014 at 06:44:13 UTC, ketmar via
Digitalmars-d wrote:
On Mon, 01 Sep 2014 17:03:01 -0700
Walter Bright via Digitalmars-d digitalmars-d@puremagic.com
wrote:
I also don't agree with the notion of having @trusted blocks
of the
form:
@trusted {
... system
On Tuesday, 2 September 2014 at 09:36:50 UTC, ketmar via
Digitalmars-d wrote:
On Tue, 02 Sep 2014 09:24:37 +
Paulo Pinto via Digitalmars-d digitalmars-d@puremagic.com
wrote:
And thus we end with the security exploits and computer errors
C has brought into the world.
ok, so we should
On Tuesday, 2 September 2014 at 11:55:58 UTC, ketmar via
Digitalmars-d wrote:
On Tue, 02 Sep 2014 11:37:38 +
via Digitalmars-d digitalmars-d@puremagic.com wrote:
Because it _is_ handy. It shouldn't be. It's supposed to be
ugly, to make you think twice whether you actually want to use
it.
On Tuesday, 2 September 2014 at 13:42:05 UTC, ketmar via
Digitalmars-d wrote:
On Tue, 02 Sep 2014 12:18:08 +
Paulo Pinto via Digitalmars-d digitalmars-d@puremagic.com
wrote:
For some strange reason human life critical systems are
written in Ada, SPARK, MISRA C dialect
ah, sorry, i
On 25.08.2014 10:55, Marco Leise wrote:
Am Sat, 12 Jul 2014 11:38:08 +0100
schrieb Russel Winder via Digitalmars-d
digitalmars-d@puremagic.com:
That's not to say that Java, the language, (as opposed to the class
library or the marketing hype) isn't a pretty good language. In fact,
it's quite a
On 25.08.2014 13:53, Russel Winder via Digitalmars-d wrote:
On Mon, 2014-08-25 at 09:01 +, Chris via Digitalmars-d wrote:
[…]
The main thing that put me off Java was not so much the fact that
you're restricted to OOP and that it's verbose etc., but that it
caused all sorts of problems when
On 25.08.2014 12:14, Marco Leise wrote:
Am Sun, 24 Aug 2014 06:39:28 +
schrieb Paulo Pinto pj...@progtools.org:
Examples of real, working desktop OS, that people really used at
their work, done in system programming languages with GC.
Mesa/Cedar
On Monday, 25 August 2014 at 14:41:48 UTC, Ola Fosheim Grøstad
wrote:
On Monday, 25 August 2014 at 14:27:55 UTC, ketmar via
Digitalmars-d wrote:
On Mon, 25 Aug 2014 14:15:09 +
via Digitalmars-d digitalmars-d@puremagic.com wrote:
C++ is using the OOP model of SIMULA, which did invent OOP!
On Monday, 25 August 2014 at 14:54:33 UTC, ketmar via
Digitalmars-d wrote:
On Mon, 25 Aug 2014 14:41:46 +
via Digitalmars-d digitalmars-d@puremagic.com wrote:
D does seem to lack type variables? So it is quite static in
comparison.
the problem with overly dynamic languages like Smalltalk
On Saturday, 23 August 2014 at 21:52:01 UTC, eles wrote:
On Saturday, 23 August 2014 at 18:29:43 UTC, Walter Bright
wrote:
http://www.reddit.com/r/programming/comments/2ed9ah/some_notes_on_d_for_the_win/
http://tomerfiliba.com/blog/dlang-part2/
Comment:
The only thing I hate about D is the
On Thursday, 21 August 2014 at 11:29:57 UTC, AsmMan wrote:
On Thursday, 21 August 2014 at 10:02:44 UTC, Daniel Murphy
wrote:
eles wrote in message
news:hojvezprzeaqqceml...@forum.dlang.org...
AFAIK, ddmd is well underway and is pretty much in an
alpha-state now.
More precisely, I was
Am 21.08.2014 00:02, schrieb anonymous:
On Wednesday, 20 August 2014 at 21:43:26 UTC, Walter Bright wrote:
On 8/20/2014 2:33 PM, anonymous wrote:
Dlang Dlang Über Alles
as a German, O_O
I'm not surprised that the German programming community has taken to
D. After all, German cars all have
On Tuesday, 19 August 2014 at 18:13:28 UTC, bachmeier wrote:
On Tuesday, 19 August 2014 at 17:16:32 UTC, Dicebot wrote:
It does look like a niche language but a very good one in
declared niche.
On that we agree. It's great for its niche. I was picturing a
Java or .NET programmer looking at
On Wednesday, 20 August 2014 at 07:04:50 UTC, Jacob Carlborg
wrote:
Looking at the documentation for std.algorithm and the
std.logger (currently under review) [1] I think the function
signatures look absolutely horrible. The functions
std.algorithm in have complicated template constraints and
On Monday, 18 August 2014 at 23:48:24 UTC, Ary Borenszweig wrote:
On 8/18/14, 8:51 AM, bearophile wrote:
Jonathan M Davis:
The biggest reason is memory safety. With a GC, it's possible
to make
compiler guarantees about memory safety, whereas with
manual memory management, it isn't.
Unless
Am 19.08.2014 16:09, schrieb Andrei Alexandrescu:
On 8/18/14, 11:50 PM, Paulo Pinto wrote:
On Monday, 18 August 2014 at 23:48:24 UTC, Ary Borenszweig wrote:
On 8/18/14, 8:51 AM, bearophile wrote:
Jonathan M Davis:
The biggest reason is memory safety. With a GC, it's possible to make
Am 19.08.2014 19:18, schrieb ponce:
On Tuesday, 19 August 2014 at 17:11:21 UTC, bachmeier wrote:
My last interaction with Rust was when I commented that adoption would
be hurt if they require an understanding of the memory model just to
get started, to which they responded more or less that
Am 19.08.2014 20:22, schrieb Andrei Alexandrescu:
On 8/19/14, 10:11 AM, bachmeier wrote:
On Tuesday, 19 August 2014 at 16:17:02 UTC, Dicebot wrote:
On Tuesday, 19 August 2014 at 15:16:31 UTC, Ary Borenszweig wrote:
Also, the list seems way too big. It's ok from a purist point of
view, to make
On Monday, 18 August 2014 at 04:32:42 UTC, Ziad Hatahet via
Digitalmars-d wrote:
On Sat, Aug 16, 2014 at 8:01 AM, b via Digitalmars-d
digitalmars-d@puremagic.com wrote:
no.. overloading...
why.
Some form of overloading is possible using traits and generics.
--
Ziad
And currying
On Monday, 18 August 2014 at 10:01:59 UTC, maik klein wrote:
First of all I don't want to insult anyone on language design,
I just want to know the reason behind the always on GC.
I know that the GC as several advantages over reference
counting, especially when it comes to immutable data
Am 18.08.2014 20:56, schrieb b:
A good reason is the ability to write lock-free algorithms, which are
very hard to implement without GC support. This is the main reason why
C++11 has a GC API and Herb Sutter will be discussing about GC in C++
at CppCon.
*some* lock free algorithms benefit
On Sunday, 17 August 2014 at 21:09:04 UTC, monarch_dodra wrote:
On Sunday, 17 August 2014 at 18:54:27 UTC, Paulo Pinto wrote:
Hi,
I was wondering if it is possible to use the BinaryHeap store
like
the C++'s make_heap/pop_heap/push_heap functions.
I would like to port to D some A* C++ code I
Am 18.08.2014 14:49, schrieb monarch_dodra:
On Monday, 18 August 2014 at 06:50:08 UTC, Paulo Pinto wrote:
On Sunday, 17 August 2014 at 21:09:04 UTC, monarch_dodra wrote:
On Sunday, 17 August 2014 at 18:54:27 UTC, Paulo Pinto wrote:
Hi,
I was wondering if it is possible to use the BinaryHeap
Hi,
I was wondering if it is possible to use the BinaryHeap store like
the C++'s make_heap/pop_heap/push_heap functions.
I would like to port to D some A* C++ code I have which rearranges the
priorities on the underlying store, followed by another
make_heap() call on the vector used as store.
On Monday, 11 August 2014 at 15:42:17 UTC, Ola Fosheim Grøstad
wrote:
On Monday, 11 August 2014 at 15:13:43 UTC, Russel Winder via ...
C++ is good example of the high eco system costs of trying to
support everything, but very little out of the box. You
basically have to select one primary
On Wednesday, 13 August 2014 at 04:08:25 UTC, Ola Fosheim Gr
wrote:
On Tuesday, 12 August 2014 at 11:09:37 UTC, Paulo Pinto wrote:
I can think of very few successful programming languages in
the market without corporate backing.
Got popular without corporate backing: algol, basic, bcpl,
On Wednesday, 13 August 2014 at 07:40:28 UTC, Ola Fosheim Gr
wrote:
On Wednesday, 13 August 2014 at 07:12:26 UTC, Paulo Pinto wrote:
...
Almost anything that is getting popular will get commercial
backing if it is commercially viable, but that does not define
adoption.
Sure, but it funds
On Wednesday, 13 August 2014 at 08:06:46 UTC, Kagamin wrote:
On Tuesday, 12 August 2014 at 09:57:28 UTC, Chris wrote:
What happens, if one day Google says that they will abandon
Go, cos it didn't bring the desired results? Just like
companies tend to abandon languages and frameworks at random.
On Wednesday, 13 August 2014 at 08:15:33 UTC, simendsjo wrote:
On 08/13/2014 09:12 AM, Paulo Pinto wrote:
On Wednesday, 13 August 2014 at 04:08:25 UTC, Ola Fosheim Gr
wrote:
On Tuesday, 12 August 2014 at 11:09:37 UTC, Paulo Pinto wrote:
I can think of very few successful programming
On Wednesday, 13 August 2014 at 10:03:35 UTC, Chris wrote:
On Tuesday, 12 August 2014 at 16:43:18 UTC, Paulo Pinto wrote:
If Google dropped Go tomorrow, there would be immediate
backing for new
management of a fork.
Sure, and we would have Go+, GNUGo, FreeGo (discontinued) and
whatnot, each
On Wednesday, 13 August 2014 at 12:34:30 UTC, Chris wrote:
On Wednesday, 13 August 2014 at 11:03:41 UTC, Paulo Pinto wrote:
On Wednesday, 13 August 2014 at 10:03:35 UTC, Chris wrote:
On Tuesday, 12 August 2014 at 16:43:18 UTC, Paulo Pinto wrote:
If Google dropped Go tomorrow, there would be
On Tuesday, 12 August 2014 at 08:21:40 UTC, Manu via
Digitalmars-d-announce wrote:
Thanks Aldo for this very important work! Very sad to see you
move on.
Thanks also to Rainer for taking on another big project.
I wouldn't be a D user if it weren't for both of your work.
I think this stuff is
On Tuesday, 12 August 2014 at 09:57:28 UTC, Chris wrote:
On Monday, 11 August 2014 at 20:31:55 UTC, Paulo Pinto wrote:
Am 11.08.2014 19:40, schrieb ketmar via Digitalmars-d:
On Mon, 11 Aug 2014 16:23:19 +0100
Russel Winder via Digitalmars-d digitalmars-d@puremagic.com
wrote:
Google
If Google dropped Go tomorrow, there would be immediate
backing for new
management of a fork.
Sure, and we would have Go+, GNUGo, FreeGo (discontinued) and
whatnot, each having a different philosophy. There would be
flame wars on the internet and nobody would know which kind of
Go to use.
Am 11.08.2014 19:40, schrieb ketmar via Digitalmars-d:
On Mon, 11 Aug 2014 16:23:19 +0100
Russel Winder via Digitalmars-d digitalmars-d@puremagic.com wrote:
Google definitely try to push Go :-)
so you mean that Go can't walk on it's own and needs to be constantly
pushed by Google so other
On Sunday, 27 July 2014 at 01:00:34 UTC, H. S. Teoh via
Digitalmars-d wrote:
On Sat, Jul 26, 2014 at 04:56:20PM -0700, Walter Bright via
Digitalmars-d wrote:
On 7/26/2014 4:42 PM, Adam D. Ruppe wrote:
On the topic of professional growth, I was asked this week in
a work
meeting what I think I
On Thursday, 24 July 2014 at 08:34:30 UTC, Russel Winder via
Digitalmars-d wrote:
On Wed, 2014-07-23 at 21:32 +0200, Paulo Pinto via
Digitalmars-d wrote:
[…]
The situation is so bad it was even mentioned at this Google
IO Android developer tools talk.
I think this will be a JetBrains
On Thursday, 24 July 2014 at 11:01:35 UTC, Russel Winder via
Digitalmars-d wrote:
On Thu, 2014-07-24 at 09:38 +, Paulo Pinto via
Digitalmars-d wrote:
[…]
Nope, Gradle, as shown by the CPU usage on the task manager.
I am surprised, but data always trumps opinion.
One of the first
On Thursday, 24 July 2014 at 11:35:09 UTC, Russel Winder via
Digitalmars-d wrote:
On Thu, 2014-07-24 at 11:09 +, Paulo Pinto via
Digitalmars-d wrote:
On Thursday, 24 July 2014 at 11:01:35 UTC, Russel Winder via
Digitalmars-d wrote:
On Thu, 2014-07-24 at 09:38 +, Paulo Pinto via
On Wednesday, 23 July 2014 at 08:46:32 UTC, Russel Winder via
Digitalmars-d wrote:
On Tue, 2014-07-22 at 10:55 +, Paulo Pinto via
Digitalmars-d wrote:
[…]
I avoid touching Gradle.
Your loss!
For others: Gradle is becoming the de facto standard build
framework for
JVM-based things
Am 23.07.2014 21:23, schrieb Russel Winder via Digitalmars-d:
On Wed, 2014-07-23 at 11:45 -0700, Andrei Alexandrescu via Digitalmars-d
wrote:
On 7/23/14, 11:40 AM, Andrei Alexandrescu wrote:
On 7/23/14, 1:46 AM, Russel Winder via Digitalmars-d wrote:
For others: Gradle is becoming the de
Am 23.07.2014 21:27, schrieb Russel Winder via Digitalmars-d:
On Wed, 2014-07-23 at 09:11 +, Paulo Pinto via Digitalmars-d wrote:
[…]
It was presented as such at JavaONE for possible future Java 9+
improvements.
I can try to dig out the presentation, if you wish.
Clearly I need
On Monday, 21 July 2014 at 18:31:46 UTC, Russel Winder via
Digitalmars-d wrote:
On Sun, 2014-07-20 at 16:40 +, Paulo Pinto via
Digitalmars-d wrote:
[…]
Java has AOT compilers available since the early days. Most
developers just tend to ignore them, because they are not part
of the free
On Tuesday, 22 July 2014 at 08:10:31 UTC, Russel Winder via
Digitalmars-d wrote:
On Tue, 2014-07-22 at 06:35 +, Paulo Pinto via
Digitalmars-d wrote:
[…]
Yes it can, if developers bother to do PGO + AOT instead and
learn the compiler flags.
I used to have a stronger opinion on JIT
On Friday, 18 July 2014 at 09:25:46 UTC, Chris wrote:
On Thursday, 17 July 2014 at 18:19:04 UTC, H. S. Teoh via
Digitalmars-d wrote:
On Thu, Jul 17, 2014 at 05:58:14PM +, Chris via
Digitalmars-d wrote:
On Thursday, 17 July 2014 at 17:49:24 UTC, H. S. Teoh via
Digitalmars-d
wrote:
[...]
Am 21.07.2014 18:05, schrieb fra:
On Sunday, 20 July 2014 at 10:01:27 UTC, Paulo Pinto wrote:
Since this theme keeps being discussed.
Here is some info how Unreal Engine makes use of GC in C++.
https://wiki.unrealengine.com/Garbage_Collection_Overview
--
Paulo
If that wiki page is
Since this theme keeps being discussed.
Here is some info how Unreal Engine makes use of GC in C++.
https://wiki.unrealengine.com/Garbage_Collection_Overview
--
Paulo
On Thursday, 17 July 2014 at 18:13:18 UTC, Frustrated wrote:
Are those that say the GC is fine and works for 90-95% of apps
without issue just ignorant? Or are they arrogant?
...
We probably had the fortune of using operating systems written in
GC enabled system programming languages before
On Friday, 18 July 2014 at 13:53:14 UTC, Dominikus Dittes Scherkl
wrote:
On Friday, 18 July 2014 at 13:17:34 UTC, Kagamin wrote:
On Thursday, 17 July 2014 at 18:13:18 UTC, Frustrated wrote:
Are those that say the GC is fine and works for 90-95% of
apps without issue just ignorant? Or are they
On Thursday, 17 July 2014 at 19:58:32 UTC, Tobias Müller wrote:
Paulo Pinto pj...@progtools.org wrote:
...
Personally, I don't believe anyone is able to reason properly
about
manual memory management, unless they wrote 100% of their
code, and don't
work in more than one codebase.
IMO
On Thursday, 17 July 2014 at 11:15:10 UTC, Chris wrote:
On Thursday, 17 July 2014 at 09:57:09 UTC, currysoup wrote:
On Thursday, 17 July 2014 at 09:26:38 UTC, Chris wrote:
On Thursday, 17 July 2014 at 09:20:36 UTC, Russel Winder via
Digitalmars-d wrote:
It appears still to be a general meme
On Tuesday, 15 July 2014 at 21:11:24 UTC, John Colvin wrote:
On Tuesday, 15 July 2014 at 20:03:15 UTC, Chris wrote:
On Monday, 14 July 2014 at 23:43:57 UTC, H. S. Teoh via
Digitalmars-d wrote:
On Mon, Jul 14, 2014 at 11:22:53PM +, John Carter via
Digitalmars-d wrote:
[...]
Any other good
Am 16.07.2014 17:39, schrieb Vic:
On Monday, 14 July 2014 at 10:13:43 UTC, Chris wrote:
On Saturday, 12 July 2014 at 10:27:12 UTC, Russel Winder via
snip
I think we need to address these issues, because they are of a
psychological nature and not really language issues. I'm sure that if
we
Am 16.07.2014 21:26, schrieb Ola Fosheim Grøstad
ola.fosheim.grostad+dl...@gmail.com:
On Wednesday, 16 July 2014 at 17:18:11 UTC, Paulo Pinto wrote:
Apple is stating that Swift is a C replacement (Swift is a successor
to the C and Objective-C languages. -
https://developer.apple.com/swift/).
On Tuesday, 15 July 2014 at 02:16:37 UTC, Jesse Phillips wrote:
On Monday, 14 July 2014 at 23:14:52 UTC, Domingo Alvarez Duarte
wrote:
It's fine that D is innovating in the programming language
field but not all conventions are bad ones.
Cheers !
Legacy, pretty sure the early C++ days used
On Tuesday, 15 July 2014 at 09:24:14 UTC, Vic wrote:
To illustrate point on D complexity:
https://d262ilb51hltx0.cloudfront.net/max/800/1*_gRpHqzB-1zbG17jdxGPaQ.png
It appears that it mission is to be Java, vs a system lang.
hth
On Monday, 14 July 2014 at 03:55:02 UTC, Vic wrote:
snip
501 - 600 of 716 matches
Mail list logo
