Am 16.05.2011 07:39, schrieb Brian Myers:
> Hello all,
>
> Thanx for the assistance rendered before. I've removed all my previous
> installation attempt and installed
> D 2.0 under Ubuntu with the one click installer. Now when compiling I get the
> following, which is
> different from what I was
On 2011-05-15 22:39, Brian Myers wrote:
> Hello all,
>
> Thanx for the assistance rendered before. I've removed all my previous
> installation attempt and installed D 2.0 under Ubuntu with the one click
> installer. Now when compiling I get the following, which is different from
> what I was getti
Hello all,
Thanx for the assistance rendered before. I've removed all my previous
installation attempt and installed
D 2.0 under Ubuntu with the one click installer. Now when compiling I get the
following, which is
different from what I was getting before:
/usr/bin/ld:
/usr/lib/gcc/x86_64-linu
On 5/15/2011 8:18 PM, Daniel Gibson wrote:
Right, I haven't thought about using alias.
alias has been such a huge win, I often wonder why other languages don't adopt
it.
On 2011-05-15 19:59, Andrei Alexandrescu wrote:
> On 05/15/2011 09:17 PM, Jonathan M Davis wrote:
> > On 2011-05-15 17:20, Andrei Alexandrescu wrote:
> >> On 05/15/2011 07:11 PM, dsimcha wrote:
> >>> On 5/15/2011 8:06 PM, Andrei Alexandrescu wrote:
> The function signatures would be identical
On 5/15/2011 5:22 PM, Andrei Alexandrescu wrote:
On 05/15/2011 06:39 PM, Walter Bright wrote:
Making up unique names is the right thing to do for branding and
establishing a trademark. Otherwise, search engine friendly terms are
far and away the better option.
That was much more the case for Al
Am 16.05.2011 05:06, schrieb Andrei Alexandrescu:
On 05/15/2011 10:04 PM, Daniel Gibson wrote:
Am 16.05.2011 04:59, schrieb Andrei Alexandrescu:
On 05/15/2011 09:17 PM, Jonathan M Davis wrote:
On 2011-05-15 17:20, Andrei Alexandrescu wrote:
On 05/15/2011 07:11 PM, dsimcha wrote:
On 5/15/2011
On 05/15/2011 10:04 PM, Daniel Gibson wrote:
Am 16.05.2011 04:59, schrieb Andrei Alexandrescu:
On 05/15/2011 09:17 PM, Jonathan M Davis wrote:
On 2011-05-15 17:20, Andrei Alexandrescu wrote:
On 05/15/2011 07:11 PM, dsimcha wrote:
On 5/15/2011 8:06 PM, Andrei Alexandrescu wrote:
The function
Am 16.05.2011 04:59, schrieb Andrei Alexandrescu:
On 05/15/2011 09:17 PM, Jonathan M Davis wrote:
On 2011-05-15 17:20, Andrei Alexandrescu wrote:
On 05/15/2011 07:11 PM, dsimcha wrote:
On 5/15/2011 8:06 PM, Andrei Alexandrescu wrote:
The function signatures would be identical underlying the f
On 05/15/2011 09:17 PM, Jonathan M Davis wrote:
On 2011-05-15 17:20, Andrei Alexandrescu wrote:
On 05/15/2011 07:11 PM, dsimcha wrote:
On 5/15/2011 8:06 PM, Andrei Alexandrescu wrote:
The function signatures would be identical underlying the fact that
their actual semantics are identical.
And
On 2011-05-15 17:20, Andrei Alexandrescu wrote:
> On 05/15/2011 07:11 PM, dsimcha wrote:
> > On 5/15/2011 8:06 PM, Andrei Alexandrescu wrote:
> >> The function signatures would be identical underlying the fact that
> >> their actual semantics are identical.
> >>
> >> Andrei
> >
> > Not so sure. F
On 2011-05-15 05:26, Rainer Schuetze wrote:
> Jonathan M Davis wrote:
> > On 2011-05-15 03:34, Rainer Schuetze wrote:
> >> - there is an alias for std.string.indexOf in std.datetime, that causes
> >> ambiguities when imported with other modules. (AFAICT it is used to
> >> disambiguate std.algorithm
On 2011-05-14 21:16, Jonathan M Davis wrote:
> It recently came to my attention that an article on converting code from
> using std.date to using std.datetime would be of value, so I wrote one up.
> Since it's an article, and it's within the time period set by Walter for
> the article contest, I gu
On Sun, May 15, 2011 at 8:22 PM, Andrei Alexandrescu <
seewebsiteforem...@erdani.org> wrote:
> On 05/15/2011 06:39 PM, Walter Bright wrote:
>
>> On 5/15/2011 3:48 PM, Robert Clipsham wrote:
>>
>>> 2. google will index it as "parallel algorithm", exactly what we want.
> URL names carry a lot of
On 5/14/2011 6:39 AM, Chris Molozian wrote:
It's a shame there's no documentation for CDC
There's an html documentation file (generated from the source) in the
download zip file.
On 05/15/2011 06:39 PM, Walter Bright wrote:
On 5/15/2011 3:48 PM, Robert Clipsham wrote:
2. google will index it as "parallel algorithm", exactly what we want.
URL names carry a lot of weight with google page rank
Argument #2 I don't find as attractive, but it could be a nice way to
increase
D
On 05/15/2011 07:11 PM, dsimcha wrote:
On 5/15/2011 8:06 PM, Andrei Alexandrescu wrote:
The function signatures would be identical underlying the fact that
their actual semantics are identical.
Andrei
Not so sure. For parallel computation, you'd probably want to have some
additional, though o
On 5/15/2011 8:06 PM, Andrei Alexandrescu wrote:
The function signatures would be identical underlying the fact that
their actual semantics are identical.
Andrei
Not so sure. For parallel computation, you'd probably want to have some
additional, though optional, configurability for things li
On 05/15/2011 02:54 PM, Jacob Carlborg wrote:
On 2011-05-14 19:04, Andrei Alexandrescu wrote:
On 5/9/11 1:52 AM, Andrei Alexandrescu wrote:
[snip]
I updated my std.log draft. Added a lot of features including formatted
writing, delayed logging, and a variety of configuration options.
Replaced t
On 05/15/2011 06:10 PM, Jonathan M Davis wrote:
On 2011-05-15 15:48, Robert Clipsham wrote:
On 15/05/2011 23:39, Andrei Alexandrescu wrote:
On 05/15/2011 02:35 PM, Walter Bright wrote:
On 5/15/2011 7:43 AM, Andrei Alexandrescu wrote:
(That's also why we should think of a shorter name instead
On 5/15/2011 3:48 PM, Robert Clipsham wrote:
2. google will index it as "parallel algorithm", exactly what we want.
URL names carry a lot of weight with google page rank
Argument #2 I don't find as attractive, but it could be a nice way to increase
D's usage (not that many people are looking for
On 2011-05-15 16:01, Andrei Alexandrescu wrote:
> On 05/15/2011 10:26 AM, Jacob Carlborg wrote:
> > On 2011-05-15 00:33, Andrei Alexandrescu wrote:
> >> On 05/14/2011 05:17 PM, Jonathan M Davis wrote:
> >>> On 2011-05-14 14:56, Michel Fortin wrote:
> On 2011-05-14 17:31:30 -0400, Jonathan M Da
It'd be nice if std.parallelism could somehow wrap std.algorithm
functions with a template instead of creating special names like
parallelCount, parallelMap, etc.. I'm thinking of something like:
static import std.algorithm.count;
alias Parallel!(std.algorithm.count, 10) count; // 10 threads
auto
On 2011-05-15 15:48, Robert Clipsham wrote:
> On 15/05/2011 23:39, Andrei Alexandrescu wrote:
> > On 05/15/2011 02:35 PM, Walter Bright wrote:
> >> On 5/15/2011 7:43 AM, Andrei Alexandrescu wrote:
> >>> (That's also why we should think of a shorter name instead of
> >>> parallel_algorithm... and wi
On 05/15/2011 10:22 AM, Jacob Carlborg wrote:
On 2011-05-14 22:37, Andrei Alexandrescu wrote:
I want to nail usability before extension. Extensibility can be provided
via an indirection inside FileLogger (which should indeed receive a more
appropriate name).
Andrei
The obvious solution would
On 05/15/2011 10:26 AM, Jacob Carlborg wrote:
On 2011-05-15 00:33, Andrei Alexandrescu wrote:
On 05/14/2011 05:17 PM, Jonathan M Davis wrote:
On 2011-05-14 14:56, Michel Fortin wrote:
On 2011-05-14 17:31:30 -0400, Jonathan M Davis
said:
So, I do think that knowing which thread is logging what
On 05/15/2011 10:53 AM, Jens Mueller wrote:
Andrei Alexandrescu wrote:
On 05/14/2011 04:56 PM, Michel Fortin wrote:
On 2011-05-14 17:31:30 -0400, Jonathan M Davis said:
So, I do think that knowing which thread is logging what could be very
important for some programs, but I don't think that
On 15/05/2011 23:39, Andrei Alexandrescu wrote:
On 05/15/2011 02:35 PM, Walter Bright wrote:
On 5/15/2011 7:43 AM, Andrei Alexandrescu wrote:
(That's also why we should think of a shorter name instead of
parallel_algorithm... and with this parenthesis I instantly commanded
the
attention of the
On 2011-05-15 08:13, Matthew Ong wrote:
> Hi All that help and provided good working instructions,
>
> The ugly build trail is due to the D-IDE setting problem in windows
> vista. The eclipse version that Mafi shown is working fine now and
> able to allow me to specify -lib option.
>
> The import
On 05/15/2011 02:35 PM, Walter Bright wrote:
On 5/15/2011 7:43 AM, Andrei Alexandrescu wrote:
(That's also why we should think of a shorter name instead of
parallel_algorithm... and with this parenthesis I instantly commanded the
attention of the entire community.)
Leave it as std.parallel_alg
On 05/15/2011 03:13 PM, Nick Sabalausky wrote:
"Andrei Alexandrescu" wrote in message
news:iqop1p$2e5r$1...@digitalmars.com...
A user-level program could import std.parallel_algorithm and
std.algorithm, and choose which version to use by simply qualifying
function calls with the same signature
On 5/15/2011 5:24 AM, Russel Winder wrote:
On Sun, 2011-05-15 at 05:53 -0400, Gilbert Dawson wrote:
[ . . . ]
You could shed some llight on this if you're an expert. I don't know what's so
different between actors and CSP. How does D support dataflow concurrency?
I like to think of myself as
"Andrei Alexandrescu" wrote in message
news:iqop1p$2e5r$1...@digitalmars.com...
>
> A user-level program could import std.parallel_algorithm and
> std.algorithm, and choose which version to use by simply qualifying
> function calls with the same signature.
>
I'd be *very* cautious about that s
On 2011-05-14 19:04, Andrei Alexandrescu wrote:
On 5/9/11 1:52 AM, Andrei Alexandrescu wrote:
[snip]
I updated my std.log draft. Added a lot of features including formatted
writing, delayed logging, and a variety of configuration options.
Replaced the redundant log.xyz with logXyz. The implement
On 5/15/2011 7:43 AM, Andrei Alexandrescu wrote:
(That's also why we should think of a shorter name instead of
parallel_algorithm... and with this parenthesis I instantly commanded the
attention of the entire community.)
Leave it as std.parallel_algorithm:
1. people instantly know what it is
On 5/15/2011 2:56 AM, Timon Gehr wrote:
This needs fixing, badly. But it is much work...
Some great feedback and suggestions. Thanks!
On 5/15/2011 12:45 PM, dsimcha wrote:
Fair enough. So I guess stackSize should just be a c'tor parameter and
there should be a global for the default pool, kind of like
defaultPoolThreads? Task.executeInNewThread() would also take a stack
size. Definitely do-able, but I'm leery of cluttering the
On 5/15/2011 1:38 PM, Sean Cavanaugh wrote:
On 5/15/2011 11:49 AM, dsimcha wrote:
On 5/15/2011 12:21 PM, Sean Cavanaugh wrote:
I haven't looked at the library in depth, but after taking a peek I'm
left wondering how to configure the stack size. My concern is what to do
if the parallel tasks ar
On 15/05/2011 10:08, Gilbert Dawson wrote:
Hello
I'm new to D.
Welcome :)
I've been studying new languages for new concurrency
ideas. I'd like to implement a small and lightweight Lighttpd
replacement and replace the scripting with MiniD. One has heard in
many places that D supports a new id
On 5/15/2011 11:49 AM, dsimcha wrote:
On 5/15/2011 12:21 PM, Sean Cavanaugh wrote:
I haven't looked at the library in depth, but after taking a peek I'm
left wondering how to configure the stack size. My concern is what to do
if the parallel tasks are running out of stack, or (more likely) are
On 5/15/11 10:41 AM, Robert Clipsham wrote:
On 15/05/2011 15:43, Andrei Alexandrescu wrote:
Whoa. Did you skim the list at
http://gcc.gnu.org/onlinedocs/libstdc++/manual/bk01pt12ch31s03.html? A
_ton_ of algorithms in std.algorithms are parallelizable, and many in
trivial ways too.
I should fin
On 5/15/2011 1:06 PM, Robert Clipsham wrote:
Fair enough, I guess that makes more sense. But surely if you import
std.parallelism then you plan on using it? In which case initialization
in a static this() would probably be a good idea? (Although I guess that
means you can't customize the number o
On 15/05/2011 17:04, dsimcha wrote:
On 5/15/2011 11:41 AM, Robert Clipsham wrote:
Automatically using a parallel algorithm if it's likely to improve
speed? Awesome. I assume that std.parallelism sets up a thread pool upon
program start so that you don't have the overhead of spawning threads
when
On Sun, 2011-05-15 at 18:28 +0200, "Jérôme M. Berger" wrote:
> Russel Winder wrote:
> > On Sun, 2011-05-15 at 01:12 -0400, Nick Sabalausky wrote:
> > [ . . . ]
> >> Every time I look at Go^H^HIssue 9, I can't help wondering why there's
> >> people out there who apparently assume that just because
On 5/15/2011 10:43 AM, Andrei Alexandrescu wrote:
Whoa. Did you skim the list at
http://gcc.gnu.org/onlinedocs/libstdc++/manual/bk01pt12ch31s03.html? A
_ton_ of algorithms in std.algorithms are parallelizable, and many in
trivial ways too.
(Smacks self on forehead.) Yeah, here's an (untested,
On 5/15/2011 12:21 PM, Sean Cavanaugh wrote:
On 5/15/2011 11:04 AM, dsimcha wrote:
On 5/15/2011 11:41 AM, Robert Clipsham wrote:
Automatically using a parallel algorithm if it's likely to improve
speed? Awesome. I assume that std.parallelism sets up a thread pool upon
program start so that you
Russel Winder wrote:
> On Sun, 2011-05-15 at 01:12 -0400, Nick Sabalausky wrote:
> [ . . . ]
>> Every time I look at Go^H^HIssue 9, I can't help wondering why there's
>> people out there who apparently assume that just because someone did
>> something significant 40 years ago somehow implies they
On 5/15/2011 11:04 AM, dsimcha wrote:
On 5/15/2011 11:41 AM, Robert Clipsham wrote:
Automatically using a parallel algorithm if it's likely to improve
speed? Awesome. I assume that std.parallelism sets up a thread pool upon
program start so that you don't have the overhead of spawning threads
wh
Thanks, good to know!
"Jimmy Cao" wrote in message
news:mailman.179.1305439270.14074.digitalmar...@puremagic.com...
Write a .rc file, and compile it with rcc (from Digital Mars).
That gives you a .res file.
So, for example, let's say you want to embed yolk.zip into an exe.
First, write yolk.rc
Awesome!! Impressed by D!
While I'm a .NET enthusiast, the crappy Install project from VS are
motivating me to give D a Go! (Pun inside! :)
I will also add D.learn to the newsgroup I'm watching then! :)
"Timon Gehr" wrote in message news:iqocf4$1ihv$1...@digitalmars.com...
Let's say I want
On 5/15/2011 11:41 AM, Robert Clipsham wrote:
Automatically using a parallel algorithm if it's likely to improve
speed? Awesome. I assume that std.parallelism sets up a thread pool upon
program start so that you don't have the overhead of spawning threads
when you use a parallel algorithm for the
Andrei Alexandrescu wrote:
> On 05/14/2011 04:56 PM, Michel Fortin wrote:
> >On 2011-05-14 17:31:30 -0400, Jonathan M Davis said:
> >
> >>So, I do think that knowing which thread is logging what could be very
> >>important for some programs, but I don't think that separating the log
> >>files
> >>
On 15/05/2011 15:43, Andrei Alexandrescu wrote:
Whoa. Did you skim the list at
http://gcc.gnu.org/onlinedocs/libstdc++/manual/bk01pt12ch31s03.html? A
_ton_ of algorithms in std.algorithms are parallelizable, and many in
trivial ways too.
I should find an excuse to use more algorithms in my apps
On 15/05/2011 16:15, Jacob Carlborg wrote:
On 2011-05-14 19:04, Andrei Alexandrescu wrote:
On 5/9/11 1:52 AM, Andrei Alexandrescu wrote:
[snip]
I updated my std.log draft. Added a lot of features including formatted
writing, delayed logging, and a variety of configuration options.
Replaced the
On 2011-05-15 00:33, Andrei Alexandrescu wrote:
On 05/14/2011 05:17 PM, Jonathan M Davis wrote:
On 2011-05-14 14:56, Michel Fortin wrote:
On 2011-05-14 17:31:30 -0400, Jonathan M Davis
said:
So, I do think that knowing which thread is logging what could be very
important for some programs, but
On 2011-05-14 22:37, Andrei Alexandrescu wrote:
On 05/14/2011 02:50 PM, Robert Clipsham wrote:
On 14/05/2011 18:04, Andrei Alexandrescu wrote:
On 5/9/11 1:52 AM, Andrei Alexandrescu wrote:
[snip]
I updated my std.log draft. Added a lot of features including formatted
writing, delayed logging,
On 2011-05-14 19:04, Andrei Alexandrescu wrote:
On 5/9/11 1:52 AM, Andrei Alexandrescu wrote:
[snip]
I updated my std.log draft. Added a lot of features including formatted
writing, delayed logging, and a variety of configuration options.
Replaced the redundant log.xyz with logXyz. The implement
Hi All that help and provided good working instructions,
The ugly build trail is due to the D-IDE setting problem in windows
vista. The eclipse version that Mafi shown is working fine now and
able to allow me to specify -lib option.
The importing issue is due to the manner that D can only allow s
On 2011-05-13 14:59, Ary Manzana wrote:
On 5/13/11 12:10 PM, KennyTM~ wrote:
On May 13, 11 12:14, Ary Manzana wrote:
On 5/12/11 6:42 PM, KennyTM~ wrote:
On May 12, 11 19:13, Matthew Ong wrote:
Hi All,
Anyway to include this cool feature of switch with D in the near
future?
Why the obsessio
On 2011-05-15 10:43:17 -0400, Andrei Alexandrescu
said:
(That's also why we should think of a shorter name instead of
parallel_algorithm... and with this parenthesis I instantly commanded
the attention of the entire community.)
Actually, why not put those algorithms as standalone functions
Andrei:
> (That's also why we should think
> of a shorter name instead of parallel_algorithm...
The idea of adding parallel algorithms to Phobos is good, people may use them
more than std.algorithm.
Regarding the module name, std.palgorithm? :-)
Bye,
bearophile
On 5/15/11 9:29 AM, dsimcha wrote:
On 5/15/2011 10:00 AM, Andrei Alexandrescu wrote:
On 5/15/11 6:52 AM, Russel Winder wrote:
On Sun, 2011-05-15 at 09:46 +0200, Paulo Pinto wrote:
Well, C++ already kind of has, thanks to Intel's TBB and Microsoft's
PPL and
Agents libraries.
TBB is very good
On 5/15/2011 10:00 AM, Andrei Alexandrescu wrote:
On 5/15/11 6:52 AM, Russel Winder wrote:
On Sun, 2011-05-15 at 09:46 +0200, Paulo Pinto wrote:
Well, C++ already kind of has, thanks to Intel's TBB and Microsoft's
PPL and
Agents libraries.
TBB is very good in terms of performance but it can b
On 5/15/2011 2:08 AM, Paulo Pinto wrote:
Then many of the developers that are impressed by Go's multicore
features, are not aware of the nice libraries available for C++, JVM or
..Net.
...or D. http://digitalmars.com/d/2.0/phobos/std_parallelism.html
On 5/15/11 6:52 AM, Russel Winder wrote:
On Sun, 2011-05-15 at 09:46 +0200, Paulo Pinto wrote:
Well, C++ already kind of has, thanks to Intel's TBB and Microsoft's PPL and
Agents libraries.
TBB is very good in terms of performance but it can be rather awkward to
use. It is thought a great ste
On 2011-05-13 19:38, Chris Molozian wrote:
Hey All,
This is my first post to the mailing list, I'm an avid follower of D's
development and am currently using it to develop a compiler for my
thesis work. One of the goals of this stage of the development work is
to provide a simple build environme
"What Every C Programmer Should Know About Undefined Behavior", #1/3 and #2/3,
by Chris Lattner himself (main author of LLVM):
http://blog.llvm.org/2011/05/what-every-c-programmer-should-know.html
http://www.reddit.com/r/programming/comments/h9rf9/what_every_c_programmer_should_know_about/
http:
On 2011-05-15 05:26, Rainer Schuetze wrote:
> Jonathan M Davis wrote:
> > On 2011-05-15 03:34, Rainer Schuetze wrote:
> >> Thanks a lot for writing the article. I was just about to get rid of
> >> std.date and migrate to std.datetime, so it's perfect timing. ;-)
> >>
> >> A few nitpicks:
> >>
> >
Jonathan M Davis wrote:
On 2011-05-15 03:34, Rainer Schuetze wrote:
Thanks a lot for writing the article. I was just about to get rid of
std.date and migrate to std.datetime, so it's perfect timing. ;-)
A few nitpicks:
- a short motivation for using hecto-nano-seconds would be nice, it's
not
On Sun, 2011-05-15 at 05:53 -0400, Gilbert Dawson wrote:
[ . . . ]
> You could shed some llight on this if you're an expert. I don't know what's
> so different between actors and CSP. How does D support dataflow concurrency?
I like to think of myself as an expert on this . . . you'll have to ask
Russel Winder Wrote:
> On Sun, 2011-05-15 at 09:46 +0200, Paulo Pinto wrote:
> > Well, C++ already kind of has, thanks to Intel's TBB and Microsoft's PPL
> > and
> > Agents libraries.
>
> TBB is very good in terms of performance but it can be rather awkward to
> use. It is thought a great step
On Sun, 2011-05-15 at 09:46 +0200, Paulo Pinto wrote:
> Well, C++ already kind of has, thanks to Intel's TBB and Microsoft's PPL and
> Agents libraries.
TBB is very good in terms of performance but it can be rather awkward to
use. It is thought a great step forward for data parallelism is C++.
> Let's say I want to use to write a simple installer.
> Can I embed a Zip file inside my executable?
> If so, how?
>
> Thanks! :)
An alternative to using resources is the following:
auto zip_file = cast(immutable ubyte[])import("zip_file.zip");
You need to specify the -Jpath switch in order for
On 2011-05-15 03:34, Rainer Schuetze wrote:
> Thanks a lot for writing the article. I was just about to get rid of
> std.date and migrate to std.datetime, so it's perfect timing. ;-)
>
> A few nitpicks:
>
> - a short motivation for using hecto-nano-seconds would be nice, it's
> not really the mos
Thanks a lot for writing the article. I was just about to get rid of
std.date and migrate to std.datetime, so it's perfect timing. ;-)
A few nitpicks:
- a short motivation for using hecto-nano-seconds would be nice, it's
not really the most obvious choice.
- Reading this code:
> d_time dTim
> You are to a certain extent right, but Go is appealing in a few ways.
>
> Many Go users are coming from C or scripting languages, so Go is an
> evolution for them, even if the language is a downgrade from major
> programming language features.
>
> Then many of the developers that are impressed by
Russel Winder Wrote:
>Actors, dataflow, CSP and data parallelism are all
>subtly different and serve different purposes in different applications
> and systems. Having just one model of concurrency and parallelism stunts
> usage. This lesson is rapidly being learned in Scala.
You could shed som
Hello
I'm new to D. I've been studying new languages for new concurrency ideas. I'd
like to implement a small and lightweight Lighttpd replacement and replace the
scripting with MiniD. One has heard in many places that D supports a new idea
of "flagship message passing". So I'd like to use this
Well, C++ already kind of has, thanks to Intel's TBB and Microsoft's PPL and
Agents libraries.
Intel's Cilk you also provides interesting extensions to C and C++, and they
look pretty much
like Go's ideas.
--
Paulo
"Russel Winder" wrote in message
news:mailman.180.1305441718.14074.digitalma
79 matches
Mail list logo
