On Monday, 28 April 2014 at 22:31:58 UTC, bearophile wrote:
Paulo Pinto:
Pascal expatriates like myself won't consider indexes from 1 a
design mistake. :)
What's the good of having all arrays always start from index 1
(this is different from Ada, where you can choose the indexing
range
On Tuesday, 29 April 2014 at 08:21:04 UTC, John Colvin wrote:
On Monday, 28 April 2014 at 23:02:03 UTC, bearophile wrote:
I think it could be a good idea to add something intermediate
to D: optional strong typing for array indexing. I'd like to
write a DIP on this someday (note that this does
Am 29.04.2014 19:45, schrieb Nick Sabalausky:
On 4/29/2014 11:55 AM, Etienne wrote:
On 2014-04-29 11:27 AM, Adam D. Ruppe wrote:
I recently started a Ruby on Rails job and using it makes me really,
really miss the high productivity and ease of use D offers. (And, of
course, a dynamic site in D
Am 28.04.2014 22:31, schrieb bearophile:
Chris:
Especially in the scientific community Python is popular because one
can protoype very fast, test things etc. However, as the code base
grows it becomes more and more obvious that Python is too slow and
doesn't scale very well.
Julia seems to
On Saturday, 19 April 2014 at 05:08:06 UTC, froglegs wrote:
Also possible in C# with structs, interop annotations and
unsafe blocks.
And now you aren't using the language, but a (very) poor
subset of a language that doesn't even support templates.
Doesn't change the fact it is
On Wednesday, 16 April 2014 at 22:11:23 UTC, froglegs wrote:
I am really looking forward to .NET Native becoming widespread.
Then this type of comparisons (C# vs C++) will be quite
different.
I don't think it will make a major difference. Taking a GC
based language and giving it a
On Thursday, 17 April 2014 at 04:19:00 UTC, Manu via
Digitalmars-d wrote:
On 17 April 2014 09:20, Walter Bright via Digitalmars-d
digitalmars-d@puremagic.com wrote:
On 4/16/2014 3:42 PM, Adam Wilson wrote:
ARC may in fact be the most advantageous for a specific use
case, but
that in no
way
On Thursday, 17 April 2014 at 08:05:42 UTC, Ola Fosheim Grøstad
wrote:
On Thursday, 17 April 2014 at 06:56:11 UTC, Paulo Pinto wrote:
There is a reason why Dalvik is being replaced by ART.
AoT compilation?
Not only. Dalvk was left to bit rotten and has hardly seen any
updates since 2.3
On Thursday, 17 April 2014 at 08:52:28 UTC, Ola Fosheim Grøstad
wrote:
On Thursday, 17 April 2014 at 08:22:32 UTC, Paulo Pinto wrote:
Of course it was sold at WWDC as ARC is better than GC and
not as ARC is better than the crappy GC implementation we
have done.
I have never seen a single
On Thursday, 17 April 2014 at 09:55:38 UTC, Ola Fosheim Grøstad
wrote:
On Thursday, 17 April 2014 at 09:32:52 UTC, Paulo Pinto wrote:
Any iOS device runs circles around those systems, hence why I
always like to make clear it was Apple's failure to make a
workable GC in a C based language
On Wednesday, 16 April 2014 at 09:17:48 UTC, Ola Fosheim Grøstad
wrote:
On Wednesday, 16 April 2014 at 09:03:22 UTC, JN wrote:
I'd have to agree. I doubt @nogc will change anything, people
will just start complaining about limitations of @nogc (no
array concat, having to use own libraries
On Wednesday, 16 April 2014 at 11:51:07 UTC, Manu via
Digitalmars-d wrote:
On 16 April 2014 19:03, JN via Digitalmars-d
digitalmars-d@puremagic.comwrote:
On Wednesday, 16 April 2014 at 01:57:29 UTC, Mike wrote:
I don't believe users hesitant to use D will suddenly come to
D now that
there
Am 16.04.2014 18:51, schrieb Adam D. Ruppe:
This is one of the things the `scope` storage class on local variables
can do, but since it isn't implemented properly, it is not memory safe
and thus its usage is deprecated.
I really really really want to see scope be fully implemented, including
Am 16.04.2014 22:49, schrieb froglegs:
Well, most of the new games (Unity3D) are done in C# nowadays and
people live with it even though game development is one of the biggest
C++ loving and GC hating crowd there is.
Unity3D the engine is written primarily in C++, not C#.
The Unity editor
On Tuesday, 15 April 2014 at 09:33:19 UTC, bearophile wrote:
Walter Bright:
Valgrind is an incredibly useful tool, but programs run
terribly slowly under it.
On the other hand the C/C++ world in the last years has seen
numerous advancements that D should keep an eye on. If you look
at the
Am 15.04.2014 13:05, schrieb bearophile:
Paulo Pinto:
Except, as far as I am aware, they only work on GNU/Linux and Mac OS
X, leaving out all other operating systems out there.
Is -fsanitize=integer not available in the Windows version of Clang?
Perhaps it's a good idea to create something
Hi,
try to set your path like this,
set PATH=D:\Developing\Visual Studio
2013\VisualD\D\dm\windows\bin;C:\Program Files (x86)\Windows
Kits\8.1\bin;%PATH%
You need quotes around paths with spaces and Windows does not like
multiple separators.
But I am missing the path to dmc as well. Have
Am 13.04.2014 00:10, schrieb froglegs:
Why do they write such important code in C to begin with? C is garbage
compared to C++. With C++ they wouldn't need to drop down to raw
pointers and would never have these problems.
(of course D guys will say use D, but lets be real, D isn't ready for
Am 13.04.2014 00:38, schrieb H. S. Teoh:
On Sat, Apr 12, 2014 at 10:10:55PM +, froglegs wrote:
Why do they write such important code in C to begin with? C is
garbage compared to C++. With C++ they wouldn't need to drop down to
raw pointers and would never have these problems.
[...]
If
Am 13.04.2014 14:57, schrieb Dicebot:
On Sunday, 13 April 2014 at 08:55:47 UTC, Paulo Pinto wrote:
20 years ago I would have answered both are bad and Object
Pascal/Delphi is the way.
Sadly Borland did lots of major screw ups and let the language
momentum fade away.
Ironically, I have been
Am 13.04.2014 20:40, schrieb Walter Bright:
On 4/13/2014 10:38 AM, Dicebot wrote:
I think most important thing about built-in unittests is how this feature
encourages to add tests when contributing to projects that don't
currently have
any real coverage. It becomes so easy that there is not
Am 11.04.2014 21:09, schrieb Dmitri Nesteruk:
I'm happy to announce the release of the D programming course on
Pluralsight. Five hours of video goodness covering the basics of the
language:
http://pluralsight.com/training/courses/TableOfContents?courseName=introduction-to-d
Enjoy!
Am 12.04.2014 06:54, schrieb Andrei Alexandrescu:
On 4/11/14, 12:39 PM, Paulo Pinto wrote:
Am 11.04.2014 21:09, schrieb Dmitri Nesteruk:
I'm happy to announce the release of the D programming course on
Pluralsight. Five hours of video goodness covering the basics of the
language:
http
On Friday, 11 April 2014 at 11:18:34 UTC, Jonathan M Davis wrote:
On Friday, April 11, 2014 00:05:21 Walter Bright wrote:
On 4/10/2014 11:25 PM, Jonathan M Davis wrote:
Except that the only static type checking you're getting is
protection
against direct assignment.
More than that. It's
On Friday, 11 April 2014 at 10:33:52 UTC, Chris wrote:
On Friday, 11 April 2014 at 10:09:48 UTC, Walter Bright wrote:
On 4/11/2014 2:47 AM, bearophile wrote:
A nice blog post, about the Coverity scan not finding the
Heartbleed
(http://heartbleed.com/) bug:
Am 11.04.2014 16:00, schrieb bearophile:
Paulo Pinto:
The idea was that developers would use lint for such purposes, what
very few do, even in 2014.
Such moderate static analysis needs to be part of the default work of
the language compiler.
Bye,
bearophile
Fully agree,
Paulo
Am 11.04.2014 20:32, schrieb Walter Bright:
On 4/11/2014 4:18 AM, Jonathan M Davis wrote:
I don't see much point to enums if they're not intended to list
all of their values.
Again, bit masks, Color, etc., and to provide a simple integral type
that behaves like an integral type yet can be
Am 12.04.2014 02:19, schrieb Walter Bright:
On 4/11/2014 12:30 PM, Paulo Pinto wrote:
Sure, but aren't those use cases a consequence of C's misuse of enums,
which are
handled better by numeric constants?
Again, a list of numeric constants offers no benefit of having a
separate type.
You
On Thursday, 10 April 2014 at 09:31:30 UTC, John Colvin wrote:
On Thursday, 10 April 2014 at 09:24:51 UTC, Paulo Pinto wrote:
In a toy project I am working on with D v2.065, I came to the
following situation:
Node path = solver.find (map, start, end);
if (path !is null
On Friday, 11 April 2014 at 09:32:29 UTC, Chris wrote:
On Friday, 11 April 2014 at 06:51:01 UTC, Paulo Pinto wrote:
On Thursday, 10 April 2014 at 09:31:30 UTC, John Colvin wrote:
On Thursday, 10 April 2014 at 09:24:51 UTC, Paulo Pinto wrote:
In a toy project I am working on with D v2.065, I
On Friday, 11 April 2014 at 13:02:01 UTC, monarch_dodra wrote:
On Friday, 11 April 2014 at 12:52:52 UTC, Nils Boßung wrote:
On Freitag, 11. April 2014 13:44, monarch_dodra wrote:
Yes, it's bug. Trivial to fix too. Please file it.
I think I already filed it quite some time ago:
In a toy project I am working on with D v2.065, I came to the
following situation:
Node path = solver.find (map, start, end);
if (path !is null) {
path.writeContents(); -- Access Violation
}
Apparently between the test and trying to use the class, the
reference becomes null.
Quite
On Thursday, 10 April 2014 at 10:37:58 UTC, Rene Zwanenburg wrote:
On Thursday, 10 April 2014 at 09:24:51 UTC, Paulo Pinto wrote:
In a toy project I am working on with D v2.065, I came to the
following situation:
Node path = solver.find (map, start, end);
if (path !is null
On Thursday, 10 April 2014 at 09:31:30 UTC, John Colvin wrote:
On Thursday, 10 April 2014 at 09:24:51 UTC, Paulo Pinto wrote:
In a toy project I am working on with D v2.065, I came to the
following situation:
Node path = solver.find (map, start, end);
if (path !is null
On Thursday, 10 April 2014 at 09:31:30 UTC, John Colvin wrote:
On Thursday, 10 April 2014 at 09:24:51 UTC, Paulo Pinto wrote:
In a toy project I am working on with D v2.065, I came to the
following situation:
Node path = solver.find (map, start, end);
if (path !is null
Using Ada code examples below:
On Monday, 7 April 2014 at 16:25:45 UTC, Regan Heath wrote:
On Mon, 07 Apr 2014 16:15:41 +0100, Paulo Pinto
pj...@progtools.org wrote:
Am 07.04.2014 12:07, schrieb Regan Heath:
On Mon, 07 Apr 2014 00:17:45 +0100, Andrei Alexandrescu
seewebsiteforem
On Monday, 7 April 2014 at 23:28:03 UTC, w0rp wrote:
http://heartbleed.com/
This bug has been getting around. The bug was caused by missing
bounds checking.
I'm glad to be using a language with bounds checking.
I never got the point of not having bounds checking in C and its
ilk.
All
On Tuesday, 8 April 2014 at 01:59:50 UTC, Ary Borenszweig wrote:
On 4/7/14, 8:28 PM, w0rp wrote:
http://heartbleed.com/
This bug has been getting around. The bug was caused by
missing bounds
checking.
I'm glad to be using a language with bounds checking.
On Tuesday, 8 April 2014 at 09:46:51 UTC, Walter Bright wrote:
On 4/8/2014 1:47 AM, Paulo Pinto wrote:
I never got the point of not having bounds checking in C and
its ilk.
C hardly even has arrays.
Yes I know, another broken design decision.
In regards to Turbo Pascal and successors
Am 08.04.2014 16:57, schrieb Steven Schveighoffer:
On Tue, 08 Apr 2014 04:50:29 -0400, Paulo Pinto pj...@progtools.org
wrote:
On Tuesday, 8 April 2014 at 01:59:50 UTC, Ary Borenszweig wrote:
On 4/7/14, 8:28 PM, w0rp wrote:
http://heartbleed.com/
This bug has been getting around. The bug
Am 08.04.2014 18:20, schrieb Steven Schveighoffer:
On Tue, 08 Apr 2014 11:55:35 -0400, Paulo Pinto pj...@progtools.org
wrote:
Am 08.04.2014 16:57, schrieb Steven Schveighoffer:
Note, you can disable bounds checking on an expression basis by
replacing this:
arr[x]
with this:
arr.ptr[x
Am 08.04.2014 19:18, schrieb Walter Bright:
On 4/8/2014 3:55 AM, Paulo Pinto wrote:
On Tuesday, 8 April 2014 at 09:46:51 UTC, Walter Bright wrote:
On 4/8/2014 1:47 AM, Paulo Pinto wrote:
I never got the point of not having bounds checking in C and its ilk.
C hardly even has arrays.
Yes I
Am 08.04.2014 20:28, schrieb Walter Bright:
On 4/8/2014 10:44 AM, Paulo Pinto wrote:
C designers explicitly decided against it, with the thought that
developers
would use lint alongside C, which even today very few do.
The trouble is that C cannot be retrofitted with bounds checking because
Am 07.04.2014 12:07, schrieb Regan Heath:
On Mon, 07 Apr 2014 00:17:45 +0100, Andrei Alexandrescu
seewebsiteforem...@erdani.org wrote:
On 4/6/14, 10:52 AM, Walter Bright wrote:
On 4/6/2014 3:31 AM, Leandro Lucarella wrote:
What I mean is the current semantics of enum are as they are for
On Monday, 7 April 2014 at 07:38:40 UTC, Adam Wilson wrote:
On Thu, 03 Apr 2014 01:45:16 -0700, Paulo Pinto
pj...@progtools.org wrote:
On Wednesday, 2 April 2014 at 21:43:05 UTC, Adam Wilson wrote:
On Wed, 02 Apr 2014 13:36:56 -0700, Orvid King
blah38...@gmail.com wrote:
On Wed, 02 Apr
On Monday, 7 April 2014 at 08:06:11 UTC, Ola Fosheim Grøstad
wrote:
On Monday, 7 April 2014 at 01:35:37 UTC, Michel Fortin wrote:
Modules are already in use on OS X for some system frameworks.
It can result in slightly improved compile times. It has been
enabled by default for new Xcode
Am 06.04.2014 19:54, schrieb Walter Bright:
On 4/6/2014 4:26 AM, bearophile wrote:
So do you have an example of this risk?
Algol is a rather famous one.
A counterexample is Go, which has gotten a lot of traction with a simple
syntax.
It has more to do with Google than with the language's
Am 05.04.2014 12:13, schrieb Peter Alexander:
Well, I didn't considering this D.announce worthy, but Andrei suggested
I post the news.
As the title suggests, after over 5 years in the games industry I've
decided to shake things up a bit and join Facebook at their London office.
Unfortunately,
On Thursday, 3 April 2014 at 22:58:24 UTC, w0rp wrote:
I notice that he mentioned the objection to defining equality
and so on for the root object. I have heard this before from
Philip Wadler, and the more I think about it, the more it makes
sense. This is essentially the idea of removing
On Friday, 4 April 2014 at 07:43:18 UTC, Bienlein wrote:
On Thursday, 3 April 2014 at 01:55:48 UTC, Andrei Alexandrescu
wrote:
A lot of them could apply to us as well.
https://www.youtube.com/watch?v=TS1lpKBMkgg
Andrei
He's got a point in mentioning things like def equals(x: Any):
Boolean
On Friday, 4 April 2014 at 08:05:58 UTC, renoX wrote:
On Friday, 4 April 2014 at 08:00:09 UTC, w0rp wrote:
I think this is a really interesting argument. Don't write
ugly things to get performance. Instead write obviously
correct things and then make obvious optimisations.
Bah, except that
On Friday, 4 April 2014 at 09:07:31 UTC, Dicebot wrote:
On Friday, 4 April 2014 at 08:16:20 UTC, Paulo Pinto wrote:
Says who? And slow to whom?
1 - Write correct code
2 - Use a profiler, if the code isn't fast enough for the use
case being written for
3 - If desired use case isn't
On Thursday, 3 April 2014 at 22:49:07 UTC, NA wrote:
Interesting development.
http://blogs.msdn.com/b/dotnet/archive/2014/04/02/announcing-net-native-preview.aspx
Already being discussed here
http://forum.dlang.org/post/lhhrku$211h$1...@digitalmars.com
On Friday, 4 April 2014 at 02:10:15 UTC, dnewbie wrote:
Please vote now!
http://www.easypolls.net/poll.html?p=533e10e4e4b0edddf89898c5
See also results from previous years:
- http://d.darktech.org/2012.png
- http://d.darktech.org/2013.png
Ever since I got Andrei's book, right after being
On Thursday, 3 April 2014 at 07:40:11 UTC, Bienlein wrote:
This is not really spectacular. The intermediate byte code
generated by the C# compiler also in the past was transfered to
machine code. But this was happening at start-up time and this
way slowing down application start-up. The change
On Wednesday, 2 April 2014 at 21:43:05 UTC, Adam Wilson wrote:
On Wed, 02 Apr 2014 13:36:56 -0700, Orvid King
blah38...@gmail.com wrote:
On Wed, 02 Apr 2014 15:24:00 -0500, Paulo Pinto
pj...@progtools.org wrote:
So it finally happened, C# gets an AOT compiler in addition
to NGEN/JIT
Am 02.04.2014 21:19, schrieb Russel Winder:
On Wed, 2014-04-02 at 19:12 +0100, Iain Buclaw wrote:
[…]
Nice, have you tested this against gcj by any chance? If not I could
give it a whirl and report back.
I am not sure there is much point in testing against gcj, the only real
market is
So it finally happened, C# gets an AOT compiler in addition to NGEN/JIT
as part of standard Visual Studio tools.
http://techcrunch.com/2014/04/02/microsoft-updates-visual-studio-with-support-for-universal-projects-typescript-1-0-and-net-native-code-compilation/
More information will be provided
On Wednesday, 2 April 2014 at 21:28:17 UTC, Gary Willoughby wrote:
On Wednesday, 2 April 2014 at 21:03:18 UTC, Orvid King wrote:
It's also been possible to AOT compile a .net program with
mono on linux and deploy it with no dependencies for quite a
while now.
Really? Links?
On Wednesday, 2 April 2014 at 21:03:18 UTC, Orvid King wrote:
On Wed, 02 Apr 2014 15:24:00 -0500, Paulo Pinto
pj...@progtools.org wrote:
So it finally happened, C# gets an AOT compiler in addition to
NGEN/JIT
as part of standard Visual Studio tools.
http://techcrunch.com/2014/04/02
On Sunday, 30 March 2014 at 20:54:54 UTC, Nick Sabalausky wrote:
On 3/30/2014 10:01 AM, Paulo Pinto wrote:
Sometimes I wonder if anyone would care, if the language wasn't
sponsored by Google.
Isn't that pretty much the main reason it ever got any
attention in the first place
Am 31.03.2014 11:17, schrieb Russel Winder:
On Sun, 2014-03-30 at 16:01 +0200, Paulo Pinto wrote:
[…]
Whether Rust turns into a disturbance in the C/C++/D/Go force, we
shall see.
Actually as a ML fan I follow Rust development closely and think it
could get a piece of the systems pie
Am 31.03.2014 18:49, schrieb Russel Winder:
On Mon, 2014-03-31 at 17:26 +0200, Paulo Pinto wrote:
[…]
Actually as a ML fan I follow Rust development closely and think it
could get a piece of the systems pie.
I too am following Rust development (*): never a day goes by without me
having
Am 28.03.2014 19:09, schrieb Walter Bright:
On 3/28/2014 2:23 AM, monarch_dodra wrote:
Well, I'm just throwing that out there.
I've thought many times that an error message should be a clickable
link. But until console displays support clickable text, it's just a
fantasy.
Actually on
Am 29.03.2014 20:24, schrieb Bruno Medeiros:
On 22/03/2014 14:36, Russel Winder wrote:
There has been a long running thread on the Go list about needing a
...
(Note: I'm basing this on what has been said here regarding Go... I
haven't checked the Go discussions myself, so that's why I wonder
On Wednesday, 26 March 2014 at 18:04:44 UTC, Ola Fosheim Grøstad
wrote:
On Wednesday, 26 March 2014 at 17:36:08 UTC, Andrei
Alexandrescu wrote:
I think requiring users to call empty before front on input
ranges is a concession we should make.
Then the name should change to ready. It makes
On Monday, 24 March 2014 at 05:41:38 UTC, Sean Kelly wrote:
On Sunday, 23 March 2014 at 18:15:16 UTC, Paulo Pinto wrote:
At least on Java world it is not quite true.
And that's why I said a language like C/C++ that allows
aliasing.
If you use XML parsers that return a DOM or SAX, yes
Am 23.03.2014 05:36, schrieb Asman01:
On Saturday, 22 March 2014 at 17:39:57 UTC, Tolga Cakiroglu wrote:
News:
http://venturebeat.com/2014/03/20/facebook-unveils-hack-a-faster-programming-language-to-power-the-social-network/
Language's Page:
http://hacklang.org/
I thought Facebook would be
Am 23.03.2014 08:13, schrieb Russel Winder:
On Sat, 2014-03-22 at 21:13 +, deadalnix wrote:
[…]
HFT is very latency sensitive. D stop the world GC is a no go.
D needs a better GC to be viable in these markets.
GC technology was well beyond stop the world in Common Lisp in the
1990s. Java
Am 23.03.2014 18:38, schrieb Sean Kelly:
On Saturday, 22 March 2014 at 14:04:01 UTC, Daniel Davidson wrote:
For example, I could see technical reasons why in certain non-quant
areas like XML parsing where D can be faster than C++.
Am 23.03.2014 22:04, schrieb Nick Sabalausky:
On 3/22/2014 9:47 AM, Paulo Pinto wrote:
Assuming those 10% still happen if the test was done today as suggested,
how much are trade companies willing to pay for developers to achieve
those 10% in C++ vs having a system although 10% slower,
still
Am 23.03.2014 22:08, schrieb Asman01:
On Sunday, 23 March 2014 at 20:56:45 UTC, Andrei Alexandrescu wrote:
Discuss: https://github.com/D-Programming-Language/dmd/pull/3399
Andrei
Then things like this c = f(),b*c; became invalid? if so, yes. I did a
lot of C and never found this useful just
Am 22.03.2014 06:58, schrieb deadalnix:
On Saturday, 22 March 2014 at 01:24:38 UTC, Walter Bright wrote:
On 3/21/2014 5:39 PM, bearophile wrote:
That code must always be hard-real time. So a GC is allowed only
during startup
time (unless it's a quite special GC), hidden heap allocations are
Am 22.03.2014 09:42, schrieb Ziad Hatahet:
On Sat, Mar 22, 2014 at 12:30 AM, Paulo Pinto pj...@progtools.org
mailto:pj...@progtools.org wrote:
Yes, as there are a few high performance trading systems done with
JVM/.NET languages.
--
Paulo
What about AAA games? :) Even though
Am 22.03.2014 13:38, schrieb Daniel Davidson:
On Saturday, 22 March 2014 at 11:46:43 UTC, Russel Winder wrote:
It is also worth pointing out the LMAX Disruptor which is a lock-free
ring buffer based framework used to create dealing platforms on the JVM.
They outperform any other trading
Am 22.03.2014 14:21, schrieb Daniel Davidson:
On Saturday, 22 March 2014 at 12:54:11 UTC, Paulo Pinto wrote:
Am 22.03.2014 13:38, schrieb Daniel Davidson:
On Saturday, 22 March 2014 at 11:46:43 UTC, Russel Winder wrote:
It is also worth pointing out the LMAX Disruptor which is a lock-free
Am 22.03.2014 15:36, schrieb Russel Winder:
There has been a long running thread on the Go list about needing a
package manager, the nay sayers claim there is need for one as Go source
can import packages from Git (also Mercurial, and also Bazaar)
repositories. Someone posting this about Rust
Am 22.03.2014 17:14, schrieb Brian Rogoff:
On Saturday, 22 March 2014 at 13:03:06 UTC, Russel Winder wrote:
ALGOL60 did not have significant whitespace and an offside rule, just
like C, C++ and D don't, whereas Python, OCaml, etc. do.
I've programmed in OCaml for many years and I somehow
Am 21.03.2014 21:43, schrieb Mason McGill:
On Friday, 21 March 2014 at 18:47:49 UTC, Pedro Larroy wrote:
Hi
As a newcomer to D, I wonder, how difficult would be and would it be
welcome by the D community to have D's syntax with significant
whitespace and without brackets more like python?
Am 21.03.2014 22:39, schrieb w0rp:
On Friday, 21 March 2014 at 21:30:29 UTC, Joakim wrote:
Heh, right before I read this, I stumbled across this snippet from
Miguel De Icaza's blog from a couple months back, where he regretted
using C++ to build Moonlight, their Silverlight implementation:
But
Am 17.03.2014 17:16, schrieb Bienlein:
On Thursday, 6 March 2014 at 17:17:12 UTC, Atila Neves wrote:
There is a thread now on the Go user forum about GoF design patterns in
Go:
https://groups.google.com/forum/?hl=de#!topic/golang-nuts/3fOIZ1VLn1o
Reading the comments by Robert Pike (the Go lead
Am 17.03.2014 22:24, schrieb Bienlein:
On Monday, 17 March 2014 at 17:02:06 UTC, Paulo Pinto wrote:
That is no wonder.
If you search the web for references, you will find that Rob Pike very
much dislikes OOP.
All right, but what is then the solution to encapsulate things? A type
switch
Am 15.03.2014 06:29, schrieb deadalnix:
On Saturday, 15 March 2014 at 04:03:20 UTC, Manu wrote:
That said, function inlining is perhaps the single most important API
level
performance detail, and especially true in OO code (which advocates
accessors/properties).
OOP say ask, don't tell.
Am 15.03.2014 08:36, schrieb Walter Bright:
On 3/14/2014 9:02 PM, Manu wrote:
That said, function inlining is perhaps the single most important API
level
performance detail, and especially true in OO code (which advocates
accessors/properties).
I find it peculiar to desire a 'final accessor'.
Am 14.03.2014 13:10, schrieb dope:
some reading and listening thats interesting
Niklaus Wirth celebrated his 80th birthday. The Niklaus Wirth
Birthday Symposium, organised by the computer science department
of ETH Zürich, was a celebration of the life and work of Niklaus
Wirth on the occasion
Am 14.03.2014 18:38, schrieb Walter Bright:
On 3/14/2014 10:24 AM, Paulo Pinto wrote:
Sadly the world at large ignored what was happening at ETHZ during the
mid 90's
and decided to invest in optimizing C compilers instead.
The shift away from Pascal/Modula2 happened earlier than
Am 14.03.2014 19:06, schrieb Iain Buclaw:
On 14 March 2014 17:53, Walter Bright newshou...@digitalmars.com wrote:
On 3/14/2014 10:26 AM, Johannes Pfau wrote:
I use manifest constants instead of version identifiers as well. If a
version identifier affects the public API/ABI of a library, then
Am 14.03.2014 19:09, schrieb David Gileadi:
On 3/13/14, 11:21 PM, Manu wrote:
My feeling is that an ideal solution would be something like an
enhancement which would allow the 'mixin' keyword to be used with
regular function calls.
What this would do is 'mix in' the function call at this
Am 14.03.2014 19:50, schrieb H. S. Teoh:
On Fri, Mar 14, 2014 at 07:29:27PM +0100, Paulo Pinto wrote:
Am 14.03.2014 19:06, schrieb Iain Buclaw:
On 14 March 2014 17:53, Walter Bright newshou...@digitalmars.com wrote:
On 3/14/2014 10:26 AM, Johannes Pfau wrote:
I use manifest constants
On Thursday, 13 March 2014 at 04:13:42 UTC, Mike wrote:
On Thursday, 13 March 2014 at 00:40:34 UTC, Vladimir Panteleev
wrote:
The saying goes, you can't make a bucket of yogurt without a
spoonful of rennet. The pattern of resetting customer code
into the next version must end. It's the one
On Thursday, 13 March 2014 at 05:51:05 UTC, Walter Bright wrote:
I'd like to address, in general, the issue of, what I term,
performance by default which is part of the argument for
final by default.
C, C++, and D are billed as languages for writing high
performance apps. And this is true.
On Thursday, 13 March 2014 at 10:19:09 UTC, Andrej Mitrovic wrote:
On 3/13/14, Andrej Mitrovic andrej.mitrov...@gmail.com wrote:
Those who wish to represent themselves should represent
themselves.
Another important point to make: If client A says a specific
changeset
was bad, what gives
On Wednesday, 12 March 2014 at 12:14:23 UTC, Michel Fortin wrote:
On 2014-03-12 09:26:56 +, Iain Buclaw
ibuc...@gdcproject.org said:
On 12 March 2014 07:10, Jacob Carlborg d...@me.com wrote:
Yeah, since Objective-C uses the C calling convention it's
mostly about
outputting symbols and
On Wednesday, 12 March 2014 at 11:40:39 UTC, Manu wrote:
On 12 March 2014 20:40, monarch_dodra monarchdo...@gmail.com
wrote:
On Wednesday, 12 March 2014 at 03:05:00 UTC, Manu wrote:
I'm really trying to keep my lid on here...
I'll just remind that in regard to this particular point
which
Hi,
since game development discussions tend to come up here, Sony is
making their C# tools open source, used in games by Naughty Dog,
Guerrilla Games and others.
https://github.com/SonyWWS/ATF
One good example how GC based languages do not hinder game
development and are gaining place
On Tuesday, 11 March 2014 at 10:21:49 UTC, dennis luehring wrote:
Am 11.03.2014 10:38, schrieb Paulo Pinto:
Hi,
since game development discussions tend to come up here, Sony
is
making their C# tools open source, used in games by Naughty
Dog,
Guerrilla Games and others.
https://github.com
On Tuesday, 11 March 2014 at 12:08:00 UTC, Szymon Gatner wrote:
On Tuesday, 11 March 2014 at 12:04:40 UTC, Paulo Pinto wrote:
On Tuesday, 11 March 2014 at 10:21:49 UTC, dennis luehring
wrote:
Am 11.03.2014 10:38, schrieb Paulo Pinto:
Hi,
since game development discussions tend to come up
Am 11.03.2014 11:45, schrieb Peter Alexander:
On Tuesday, 11 March 2014 at 09:38:31 UTC, Paulo Pinto wrote:
One good example how GC based languages do not hinder game development
and are gaining place alongside C++ as part of the development process.
Yeah, but it's for tools, not the game
On 04.03.2014 08:49, Andrei Alexandrescu wrote:
Hello,
I've noticed only few votes and activity on
https://news.ycombinator.com/item?id=7336616 (at least compared to
reddit, twitter etc).
I encourage you all to get on hackernews. It's a solid geek news site
with a lot of visibility. Articles
On 03.03.2014 13:51, Russel Winder wrote:
On Sun, 2014-03-02 at 21:12 +, Asman01 wrote:
[…]
Microsoft has a lot of programming languages targeting(some
designed by Microsoft itself) .NET/CLR[1]. It includes even a C++
and Python version so-called C++/CLI and IronPhyton,
respectively. I've
701 - 800 of 2069 matches
Mail list logo