On 10/11/2010 10:20, Jérôme M. Berger wrote:
Bruno Medeiros wrote:
On 28/10/2010 18:51, Jérôme M. Berger wrote:
Bruno Medeiros wrote:
But isn't the staging area similar, if not identical to SVN? I mean, in
svn you also have to do a command svn add to add new files to the
sandbox. They won't
On 10/11/2010 18:25, Dmitry Olshansky wrote:
On 10.11.2010 1:22, Andrei Alexandrescu wrote:
Just got word from my editor that TDPL has been approved for
translation in Russian.
Andrei
Awesome!
P.S. God, if you hear me, please, send us some _adequate_ Russian
translators/reviewers.
Yes,
Andrei Alexandrescu seewebsiteforem...@erdani.org wrote:
Just got word from my editor that TDPL has been approved for translation
in Russian.
Andrei
Здорово!
(Awesome!)
I am a beginner in D, but I already really like D.
Thanks a lot for good work.
Regards,
Aleksey.
Rainer Deyke wrote:
On 11/10/2010 19:34, bearophile wrote:
Do you seen anything wrong in this code? It compiles with no errors:
enum string[5] data = [green, magenta, blue red, yellow];
static assert(data[4] == yellow);
void main() {}
Yet that code asserts.
Wait, what? That's a static
On Thu, 2010-11-11 at 02:24 +, jfd wrote:
Any thoughts on parallel programming. I was looking at something about Chapel
and X10 languages etc. for parallelism, and it looks interesting. I know that
it is still an area of active research, and it is not yet (far from?) done,
but anyone
Hello,
First, what is the actual point of new? I find this keyword rather helpful in
that it reminds me the element is referenced/heap-allocated/GC'ed. But is there
any ambiguity on the language's side? We cannot construct a class instance in
any other way, AFAIK, and calling a class can
Don wrote:
that's the only thing that is missing
Disagreed.
One of the main points of all languages is to emphasize ones aim,
espacially if there is a chance of misinterpretation because of the
language.
Example: there is only a tiny change in the characters from `31415' to `
3.1415'.
On Thu, 11 Nov 2010 00:43:33 +0100
Daniel Gibson metalcae...@gmail.com wrote:
I guess having some Tango modules (e.g. for Streams or XML) for D2 may be
useful, until there are an adequate alternatives in Phobos.. but it would
most
probably harm the acceptance of these alternatives, once
On 2010-11-10 22:26, Sean Kelly wrote:
Jacob Carlborg Wrote:
On 2010-11-09 23:04, Don wrote:
Jacob Carlborg wrote:
On 2010-11-09 17:43, Andrei Alexandrescu wrote:
I wouldn't be surprised if Tango chose to turn away from compatibility
for the second time (be it theoretical compatibility for
On 2010-11-10 18:16, Walter Bright wrote:
Jacob Carlborg wrote:
I don't want to increase any separation in the D community and would
hope peoeple could agree more. I have no problems what so ever
contributing both to Tango and Phobos/druntime. And I'm happy to
license any of my code to whatever
Jonathan M Davis wrote:
On Wednesday 10 November 2010 13:01:55 Jens Mueller wrote:
So, while I don't necessarily see anything wrong with calling fun() in
this situation being legal, I don't see the point.
My main point is that I'd like to know what is implemented as in
mentioned TDPL
spir denis.s...@gmail.com wrote:
First, what is the actual point of new?
Mostly, it's a remnant from C++.
I find this keyword rather helpful in that it reminds me the element is
referenced/heap-allocated/GC'ed. But is there any ambiguity on the
language's side? We cannot construct a
spir denis.s...@gmail.com wrote:
But why not design from the start new Phobos libs with inspiration from
known-to-be-good Tango ones?
We got kinda spooked by the incident with SHOO and std.time. It likely
was not as bad as it seemed, but it brought some bad blood.
--
Simen
On Wed, 10 Nov 2010 23:10:35 -0500
bearophile bearophileh...@lycos.com wrote:
For 3 lines yes but how about a long file? Not everyone using vim!
There is very little D2 code around... and I don't think very large amounts
of concatenated strings in the source code are a good programming
Am 11.11.2010 11:16, schrieb spir:
On Wed, 10 Nov 2010 23:10:35 -0500
bearophilebearophileh...@lycos.com wrote:
For 3 lines yes but how about a long file? Not everyone using vim!
There is very little D2 code around... and I don't think very large amounts of
concatenated strings in the
[started separate thread]
On Thu, 11 Nov 2010 00:58:31 +0100
Tomek Sowiński j...@ask.me wrote:
Andrei Alexandrescu napisał:
Speaking of getopt, when writing the 'grep' snippet I missed anonymous
options a lot:
bool h, i; string expr; string[] files;
getopt(args, h,h,
[ ... ]
Well, I am not sure you got what I meant. What I said is not that
engineers will never code or won't have to after a couple years. The
idea is more that engineers will be able to have people with different
skills to manage, or to work closely with, so they'll have to know many
fields to
spir Wrote:
[started separate thread]
On Thu, 11 Nov 2010 00:58:31 +0100
Tomek SowiÅski j...@ask.me wrote:
Andrei Alexandrescu napisaÅ:
Speaking of getopt, when writing the 'grep' snippet I missed anonymous
options a lot:
bool h, i; string expr; string[] files;
Diego Cano Lagneaux Wrote:
Well, I think a simple look at the real world is enough to agree that you
need several years of experience and good skills. Moreover, my personal
experience is that it's easier to get a job (and therefore the much needed
working experience) when you have a
On 11/11/10 20:02, spir wrote:
Hello,
First, what is the actual point of new? I find this keyword rather helpful in that it
reminds me the element is referenced/heap-allocated/GC'ed. But is there any ambiguity on the
language's side? We cannot construct a class instance in any other way,
ruben niemann Wrote:
Diego Cano Lagneaux Wrote:
Well, I think a simple look at the real world is enough to agree that you
need several years of experience and good skills. Moreover, my personal
experience is that it's easier to get a job (and therefore the much needed
working
On 11/11/10 09:00, bearophile wrote:
But in the end OOP was invented to face problems present in larger programs.
OO is infrastructure that adds some complexity to reduce complexity
in larger programs.
It's not wise to add complexity unless it's necessary.
So using a class where a free
On 16/10/2010 00:15, Walter Bright wrote:
Andrei Alexandrescu wrote:
On 10/15/10 17:34 CDT, Andrei Alexandrescu wrote:
On 10/15/10 16:25 CDT, Nick Sabalausky wrote:
I just hope they get serious enough about functional programming to
gain
some monads to go along with their goroutines.
They
On 11/11/10 09:10, Andrew Wiley wrote:
On Wed, Nov 10, 2010 at 4:00 PM, bearophile bearophileh...@lycos.com
mailto:bearophileh...@lycos.com wrote:
One thought here:
If Tango is still useful in the D world but there isn't too much
enthusiasm about porting it to D2, why not break its
On Wed, 10 Nov 2010 21:04:08 -0500, Jonathan M Davis jmdavisp...@gmx.com
wrote:
std.container has almost nothing in it -
SList and Array. It's supposed to get pretty much every container which
would be
considered fairly standard, but those implementations haven't been
completed
yet.
On 11/11/10 22:56, Bruno Medeiros wrote:
On 16/10/2010 00:15, Walter Bright wrote:
Andrei Alexandrescu wrote:
On 10/15/10 17:34 CDT, Andrei Alexandrescu wrote:
On 10/15/10 16:25 CDT, Nick Sabalausky wrote:
I just hope they get serious enough about functional programming to
gain
some monads
On Wed, 10 Nov 2010 19:12:26 -0500, Andrei Alexandrescu
seewebsiteforem...@erdani.org wrote:
On 11/10/10 3:58 PM, Tomek Sowiński wrote:
Andrei Alexandrescu napisał:
Speaking of getopt, when writing the 'grep' snippet I missed anonymous
options a lot:
bool h, i; string expr; string[]
Addendum: Too be sure, I think I forgot to say monads sounds like
gonads.
Hi Bruno,
It is an English language word play on sound-alike words.
Google on: define: gonads
I think Nick was suggesting that someone/something gets some balls
though ovaries might not be out of the question also.
On Wed, 10 Nov 2010 16:26:52 -0500, Sean Kelly wrote:
Also, I do still feel
that the druntime SVN shouldn't have to be the repository used for every
compiler runtime or garbage collector implementation.
I am attempting to write a compiler in D2 (github.com/bhelyer/SDC), and I
can't help but
Manfred_Nowak wrote:
Don wrote:
that's the only thing that is missing
Disagreed.
One of the main points of all languages is to emphasize ones aim,
espacially if there is a chance of misinterpretation because of the
language.
Example: there is only a tiny change in the characters from
On Wed, 10 Nov 2010 21:34:07 -0500, bearophile bearophileh...@lycos.com
wrote:
Do you seen anything wrong in this code? It compiles with no errors:
enum string[5] data = [green, magenta, blue red, yellow];
static assert(data[4] == yellow);
void main() {}
Yet that code asserts. it's an
On Wed, 10 Nov 2010 12:55:01 +0100, Gour wrote:
On Wed, 10 Nov 2010 11:51:19 +0100
Jacob == Jacob Carlborg wrote:
[...]
However, I'm sure that D community is not the only place in the universe
where people might get hurt, but if you cannot go over it, it's shame...
Forgive, stay and
ruben niemann Wrote:
spir Wrote:
[started separate thread]
On Thu, 11 Nov 2010 00:58:31 +0100
Tomek SowiÅski j...@ask.me wrote:
Andrei Alexandrescu napisaÅ:
Speaking of getopt, when writing the 'grep' snippet I missed anonymous
options a lot:
bool h, i;
Don wrote:
But that fact isn't clear from the docs.
Thx for the clarification.
-manfred
Just saw another linker error in d.learn, and it got me thinking
dmd just calls the linker, and the linker spits out link errors. But what
if we had a 'linker wrapper' program which translated mangled names into
demangled names? It would at least help people understand the problem
On 2010-11-10 23:51:38 -0500, Rainer Deyke rain...@eldwood.com said:
As it turns out, the joining of adjacent strings is a critical feature.
Consider the following:
f(a b);
f(a ~ b);
These are /not/ equivalent. In the former cases, 'f' receives a string
literal as argument, which means
On Thu, 11 Nov 2010 15:54:50 +0300, Steven Schveighoffer
schvei...@yahoo.com wrote:
Just saw another linker error in d.learn, and it got me thinking
dmd just calls the linker, and the linker spits out link errors. But
what if we had a 'linker wrapper' program which translated mangled
Yao G. Wrote:
On Wed, 10 Nov 2010 20:34:07 -0600, bearophile bearophileh...@lycos.com
wrote:
Do you seen anything wrong in this code? It compiles with no errors:
enum string[5] data = [green, magenta, blue red, yellow];
static assert(data[4] == yellow);
void main() {}
Yet
On 16/10/2010 21:30, Michel Fortin wrote:
On 2010-10-16 16:05:52 -0400, Andrei Alexandrescu
seewebsiteforem...@erdani.org said:
On 10/16/2010 02:54 PM, kenji hara wrote:
Adapter-Pattern! I'd have forgotten the name.
It is NOT equals to duck-typing.
It's a subset of duck typing. I don't
Gary Whatmore:
I fully agree with this. It's odd to see only few people opposing this,
because the feature has no merit. If the language needs to be overly verbose
in every turn, bearophile could go and use Java instead.
Is adding 1 char every time you use implicit joining of strings in
On Thu, 11 Nov 2010 08:20:46 -0500, Denis Koroskin 2kor...@gmail.com
wrote:
On Thu, 11 Nov 2010 15:54:50 +0300, Steven Schveighoffer
schvei...@yahoo.com wrote:
Just saw another linker error in d.learn, and it got me thinking
dmd just calls the linker, and the linker spits out link
Denis Koroskin:
Given that dmd calls a linker internally, it could also retrieve linker
errors (if any present), translate and then show them, with a list of
suggestions to fix the problem if possible. Here are an example:
module test1;
void foo() {}
module test2;
import test1;
On Thu, 11 Nov 2010 08:26:40 -0500, Gary Whatmore n...@spam.sp wrote:
Yao G. Wrote:
On Wed, 10 Nov 2010 20:34:07 -0600, bearophile
bearophileh...@lycos.com
wrote:
Do you seen anything wrong in this code? It compiles with no errors:
enum string[5] data = [green, magenta, blue red,
spir wrote:
I thought once at a default interface between the command-line and a
program's startup routine, main().
We could actually do this with a mixin.
==
int findword (string filename, string word, bool verbose=false) {...}
mixin MakeMain!(findword);
==
And that MakeMain
Perhaps a module std.scripting could help quite a lot, too.
module std.script;
public import std.stdio, std.file, std.process, std.algorithm, ... etc
I use at least some of these for most of my programs/scripts. And
std.all is probably a bit too heavy.
std.script could basically
== Quote from FeepingCreature (default_357-l...@yahoo.de)'s article
thank you oldtimer Wrote:
oldtimer Wrote:
Is it a coincidence that all the complaints seem to come from a
single person? Let's take a look at my killfile:
ankh, anonymous troll, another lurker, anton smith,
Steven Schveighoffer Wrote:
On Thu, 11 Nov 2010 08:26:40 -0500, Gary Whatmore n...@spam.sp wrote:
Multiline strings have traditionally required stupid hacks. D might be
the only string oriented language with so many useful string literals.
Very useful in string processing.
In this
Alexander Malakhov Wrote:
Perhaps a module std.scripting could help quite a lot, too.
module std.script;
public import std.stdio, std.file, std.process, std.algorithm, ... etc
I use at least some of these for most of my programs/scripts. And
std.all is probably a bit too
On 11-nov-10, at 09:58, Russel Winder wrote:
On Thu, 2010-11-11 at 02:24 +, jfd wrote:
Any thoughts on parallel programming. I was looking at something
about Chapel
and X10 languages etc. for parallelism, and it looks interesting.
I know that
it is still an area of active research,
On 16/10/2010 19:16, Walter Bright wrote:
Being the upstart language, D needs now and then something a little more
attention-getting than generic terms. The duck feature is important
for two reasons:
1. duck typing is all the rage now
What??... :o
I think this is very much a wrong
On Thu, 11 Nov 2010 13:45:33 +, Adam Ruppe wrote:
I actually wrote something that does this already, though my goal was to
automate the creation of web apps, it also (used to - I broke it in my
last revision) works for command line programs.
http://arsdnet.net/dcode/web.d
[...]
I
Am 11.11.2010 14:28, schrieb spir:
On Thu, 11 Nov 2010 11:18:19 +0100
dennis luehringdl.so...@gmx.net wrote:
Am 11.11.2010 11:16, schrieb spir:
On Wed, 10 Nov 2010 23:10:35 -0500
bearophilebearophileh...@lycos.com wrote:
For 3 lines yes but how about a long file? Not
On 17/10/2010 20:11, Andrei Alexandrescu wrote:
On 10/17/2010 01:09 PM, Jeff Nowakowski wrote:
On 10/16/2010 04:05 PM, Andrei Alexandrescu wrote:
It's a subset of duck typing. I don't think calling a function that
supports a limited form of duck typing duck is a lie.
I'm sure if it was on a
On 11/11/10 4:36 AM, Don wrote:
Manfred_Nowak wrote:
Don wrote:
that's the only thing that is missing
Disagreed.
One of the main points of all languages is to emphasize ones aim,
espacially if there is a chance of misinterpretation because of the
language.
Example: there is only a tiny
On 11/11/10 4:54 AM, Steven Schveighoffer wrote:
Just saw another linker error in d.learn, and it got me thinking
dmd just calls the linker, and the linker spits out link errors. But
what if we had a 'linker wrapper' program which translated mangled names
into demangled names? It would at least
On 11/11/10 5:32 AM, Steven Schveighoffer wrote:
On Thu, 11 Nov 2010 08:20:46 -0500, Denis Koroskin 2kor...@gmail.com
wrote:
On Thu, 11 Nov 2010 15:54:50 +0300, Steven Schveighoffer
schvei...@yahoo.com wrote:
Just saw another linker error in d.learn, and it got me thinking
dmd just calls
On 11/11/10 5:50 AM, Alexander Malakhov wrote:
Perhaps a module std.scripting could help quite a lot, too.
module std.script;
public import std.stdio, std.file, std.process, std.algorithm, ... etc
I use at least some of these for most of my programs/scripts. And
std.all is probably a
On 11/11/10 6:30 AM, Bruno Medeiros wrote:
On 17/10/2010 20:11, Andrei Alexandrescu wrote:
On 10/17/2010 01:09 PM, Jeff Nowakowski wrote:
On 10/16/2010 04:05 PM, Andrei Alexandrescu wrote:
It's a subset of duck typing. I don't think calling a function that
supports a limited form of duck
On Thu, 11 Nov 2010 10:03:58 -0500, Andrei Alexandrescu
seewebsiteforem...@erdani.org wrote:
On 11/11/10 4:36 AM, Don wrote:
Manfred_Nowak wrote:
Don wrote:
that's the only thing that is missing
Disagreed.
One of the main points of all languages is to emphasize ones aim,
espacially if
+1 on this.
While implicit joining can certainly be useful in C in some cases, D has
the ~ operator for such cases.
Since compile-time primitives are guaranteed to be folded anyway (IIRC),
I can imagine no situation where the benefits of banning implicit
joining (reducing the chance for
On 11/11/2010 14:19, Bruno Medeiros wrote:
way in the future. I think dynamic languages are somewhat of a niche
(even if a growing one), but not really heading to be mainstream in
medium/large scale projects.
Sorry, I actually meant I think dynamic _typing_ is somewhat of a
niche rather than
On 11/11/10 2:53 AM, Andrew Wiley wrote:
Well, my assumption was that Phobos 2 was pretty much complete. […]
Hell, no – there currently isn't even a reliable way to load shared
libraries in Phobos 2. std.loader doesn't count, it's almost unusable in
practice (ExeModule being a scope class –
On 11-nov-10, at 15:16, Fawzi Mohamed wrote:
On 11-nov-10, at 09:58, Russel Winder wrote:
On Thu, 2010-11-11 at 02:24 +, jfd wrote:
Any thoughts on parallel programming. I was looking at something
about Chapel
and X10 languages etc. for parallelism, and it looks interesting.
I know
spir schrieb:
Still, an other case when new annoys me is method chaining, because it makes
syntax heavier and less readable:
c = (new C(p)).do(x);
versus:
c = C(p).do(x);
Or, maybe, the parser could be clever enough to correctly decode:
c = new C(p).do(x);
Is this
On Thu, 11 Nov 2010 11:57:40 -0500, Daniel Gibson metalcae...@gmail.com
wrote:
spir schrieb:
Still, an other case when new annoys me is method chaining, because
it makes syntax heavier and less readable:
c = (new C(p)).do(x);
versus:
c = C(p).do(x);
Or, maybe, the parser
Perhaps a module std.scripting could help quite a lot, too.
Andrei
Also, something I just thought of this morning is to create something
similar to std.variant for variables where every variable is the same
type. Perl, for example, may store the same value multiple times in the
same
On Thu, 11 Nov 2010 12:10:42 -0500, Steven Schveighoffer
schvei...@yahoo.com wrote:
On Thu, 11 Nov 2010 11:57:40 -0500, Daniel Gibson
metalcae...@gmail.com wrote:
spir schrieb:
Still, an other case when new annoys me is method chaining, because
it makes syntax heavier and less readable:
On 11-nov-10, at 15:16, Fawzi Mohamed wrote:
On 11-nov-10, at 09:58, Russel Winder wrote:
MPI and all the SPMD approaches have a severely limited future, but I
bet the HPC codes are still using Fortran and MPI in 50 years time.
well whole array operations are a generalization of the SPMD
On 11/11/2010 03:24 AM, jfd wrote:
Any thoughts on parallel programming. I was looking at something about Chapel
and X10 languages etc. for parallelism, and it looks interesting. I know that
it is still an area of active research, and it is not yet (far from?) done,
but anyone have thoughts on
On Thu, Nov 11, 2010 at 10:01 AM, Bruno Medeiros
brunodomedeiros+s...@com.gmail wrote:
On 11/11/2010 14:19, Bruno Medeiros wrote:
way in the future. I think dynamic languages are somewhat of a niche
(even if a growing one), but not really heading to be mainstream in
medium/large scale
Jonathan M Davis schrieb:
On Wednesday, November 10, 2010 14:52:10 Jesse Phillips wrote:
Walter Bright Wrote:
dsimcha wrote:
Libraries need to make the
simple use cases sufficiently simple that people aren't tempted to roll
their own.
Hear hear. For example, one of the goals with D strings
On Thu, Nov 11, 2010 at 11:25 AM, Andrew Wiley debio...@gmail.com wrote:
On Thu, Nov 11, 2010 at 10:01 AM, Bruno Medeiros
brunodomedeiros+s...@com.gmail wrote:
On 11/11/2010 14:19, Bruno Medeiros wrote:
way in the future. I think dynamic languages are somewhat of a niche
(even if a growing
Jacob Carlborg schrieb:
On 2010-11-10 22:26, Sean Kelly wrote:
There was another simpler reason as well, which was that I didn't want
to speculatively maintain code for various compilers or whatever just
in case they decided to use druntime one day. It's far less effort to
simply add
On 11/11/10 9:25 AM, Daniel Gibson wrote:
Jonathan M Davis schrieb:
On Wednesday, November 10, 2010 14:52:10 Jesse Phillips wrote:
Walter Bright Wrote:
dsimcha wrote:
Libraries need to make the
simple use cases sufficiently simple that people aren't tempted to
roll
their own.
Hear hear. For
Steven Schveighoffer schrieb:
On Thu, 11 Nov 2010 12:10:42 -0500, Steven Schveighoffer
schvei...@yahoo.com wrote:
On Thu, 11 Nov 2010 11:57:40 -0500, Daniel Gibson
metalcae...@gmail.com wrote:
spir schrieb:
Still, an other case when new annoys me is method chaining,
because it makes
Andrei Alexandrescu schrieb:
On 11/11/10 9:25 AM, Daniel Gibson wrote:
Jonathan M Davis schrieb:
On Wednesday, November 10, 2010 14:52:10 Jesse Phillips wrote:
Walter Bright Wrote:
dsimcha wrote:
Libraries need to make the
simple use cases sufficiently simple that people aren't tempted to
On 11/10/10 10:12 PM, Sam Hu wrote:
Boris Wang Wrote:
First, forgive my poor english.
we all known , Walter good at compiler writing, but not good at language
design and development management , if can't change this, just be silent.
I think, on language desgin, wisdom and leadership are more
Unfortunately I only know about the standard stuff, OpenMP/OpenCL...
Speaking of which: Are there any attempts to support lightweight
multithreading in D, that is, something like OpenMP ?
That would require compiler support for it.
Other than that there only seems to be dsimcha's
On 11/11/2010 07:01 PM, Trass3r wrote:
Unfortunately I only know about the standard stuff, OpenMP/OpenCL...
Speaking of which: Are there any attempts to support lightweight
multithreading in D, that is, something like OpenMP ?
That would require compiler support for it.
Other than that there
On Thu, 11 Nov 2010 17:57:40 +0100
Daniel Gibson metalcae...@gmail.com wrote:
spir schrieb:
Still, an other case when new annoys me is method chaining, because it
makes syntax heavier and less readable:
c = (new C(p)).do(x);
versus:
c = C(p).do(x);
Or, maybe, the parser
On Thu, 11 Nov 2010 18:53:56 +0100
Daniel Gibson metalcae...@gmail.com wrote:
That being said, I'm really ambivalent on whether this needs to be
included. It's not that terrible that you have to parenthesize properly.
Also, I'm not sure if this is a common case.. although I had similar
On 11/11/10 9:52 AM, Daniel Gibson wrote:
Andrei Alexandrescu schrieb:
On 11/11/10 9:25 AM, Daniel Gibson wrote:
Jonathan M Davis schrieb:
On Wednesday, November 10, 2010 14:52:10 Jesse Phillips wrote:
Walter Bright Wrote:
dsimcha wrote:
Libraries need to make the
simple use cases
On Thu, 2010-11-11 at 18:24 +0100, Tobias Pfaff wrote:
[ . . . ]
Unfortunately I only know about the standard stuff, OpenMP/OpenCL...
Speaking of which: Are there any attempts to support lightweight
multithreading in D, that is, something like OpenMP ?
I'd hardly call OpenMP lightweight. I
Jacob Carlborg Wrote:
I you don't think that support for other compilers should be in druntime
what do you suggest?
They should be in their own SVN repository somewhere. I think one could even
argue that the DMD compiler runtime (src/rt in druntime) should be maintained
separately. It's
Bernard Helyer Wrote:
On Wed, 10 Nov 2010 16:26:52 -0500, Sean Kelly wrote:
Also, I do still feel
that the druntime SVN shouldn't have to be the repository used for every
compiler runtime or garbage collector implementation.
I am attempting to write a compiler in D2
On Thu, 2010-11-11 at 15:16 +0100, Fawzi Mohamed wrote:
[ . . . ]
on this I am not so sure, heterogeneous clusters are more difficult to
program, and GPU co are slowly becoming more and more general purpose.
Being able to take advantage of those is useful, but I am not
convinced they are
Tobias Pfaff Wrote:
On 11/11/2010 03:24 AM, jfd wrote:
Any thoughts on parallel programming. I was looking at something about
Chapel
and X10 languages etc. for parallelism, and it looks interesting. I know
that
it is still an area of active research, and it is not yet (far from?)
On Thu, 2010-11-11 at 14:34 -0500, Sean Kelly wrote:
[ . . ]
I absolutely believe that druntime should be used by D2 compilers.
The only issue is staying in sync with the main druntime repository.
Perhaps a different VCS would make this easier though. Maybe git?
Functionally, all you'd need
git is better for managing branch
On 11/11/10 8:52 PM, Russel Winder wrote:
Using Git is certainly better than using Subversion, but Bazaar and
Mercurial are the tools of choice for the discerning developer.
Oh, so you really want to start that discussion/flamewar again? -.-
As you noted yourself in the thread over at
Thu, 11 Nov 2010 19:41:56 +, Russel Winder wrote:
On Thu, 2010-11-11 at 15:16 +0100, Fawzi Mohamed wrote: [ . . . ]
on this I am not so sure, heterogeneous clusters are more difficult to
program, and GPU co are slowly becoming more and more general
purpose. Being able to take advantage
On 11/11/2010 06:06, Michel Fortin wrote:
On 2010-11-10 23:51:38 -0500, Rainer Deyke rain...@eldwood.com said:
As it turns out, the joining of adjacent strings is a critical feature.
Consider the following:
f(a b);
f(a ~ b);
These are /not/ equivalent. In the former cases, 'f'
Thu, 11 Nov 2010 20:01:09 +, retard wrote:
in CPUs the
problems with programmability are slowing things down and many laptops
are still dual-core despite multiple cores are more energy efficient
than higher GHz and my home PC has 8 virtual cores in a single CPU.
At least it seems so to
On 2010-11-11 15:05:08 -0500, Rainer Deyke rain...@eldwood.com said:
On 11/11/2010 06:06, Michel Fortin wrote:
On 2010-11-10 23:51:38 -0500, Rainer Deyke rain...@eldwood.com said:
As it turns out, the joining of adjacent strings is a critical feature.
Consider the following:
f(a b);
f(a ~
On Thu, 11 Nov 2010 21:28:47 +0200, Sean Kelly s...@invisibleduck.org
wrote:
They should be in their own SVN repository somewhere.
Nitpicking and off-topic, but probably not SVN - a DVCS would make
maintaining a fork much easier.
Symlinks are an option on Posix, but as far as I know
On Thu, 11 Nov 2010 09:40:05 -0800
Andrei Alexandrescu seewebsiteforem...@erdani.org wrote:
string substring(string s, size_t beg, size_t end) // logical slice -
from code point number beg to code point number end
That's not implemented and I don't think it would be useful. Usually
Hello,
If I create an appender for a string, I cannot call the funtion clear or
shrinkTo. For example:
auto strAppender = appender!string();
strAppender.clear();
strAppender.shrinkTo();
gives compilation error. In std.array source code, it seems that it allows
those function to work
Rainer Deyke Wrote:
As it turns out, the joining of adjacent strings is a critical feature.
Consider the following:
f(a b);
f(a ~ b);
These are /not/ equivalent.
I would hope that the const folding mechanism would combine these at
compile-time. There's effectively no difference
On 11/11/2010 02:41 PM, Sean Kelly wrote:
Tobias Pfaff Wrote:
On 11/11/2010 03:24 AM, jfd wrote:
Any thoughts on parallel programming. I was looking at something about Chapel
and X10 languages etc. for parallelism, and it looks interesting. I know that
it is still an area of active
Having a D binding to OpenCL is probably going to be a good thing.
http://bitbucket.org/trass3r/cl4d/wiki/Home
1 - 100 of 177 matches
Mail list logo