Hi,
I read this.
> D's unittests are not meant to replace a Unit test framework, they
are meant to be used.
Now, I understand why the unittest in D currently is limited.
I am not talking about for a full set of unit test frame work, But
at least some of the commonly used method shown here w
On 5/28/2011 10:10 PM, Jesse Phillips wrote:
Hi,
>That would be silly, I can't cover all of software development and I
wouldn't want to.
Great. I have seen publisher done that and those books are still on the
shelf. Too heavy to carry around even with a back pack. :)
> D's unittests are not me
On 6/4/2011 2:10 AM, Steven Schveighoffer wrote:
> Again, you can't base all this on one failed proposal.
I am assuming you are referring to this string switch topic:
http://download.java.net/jdk7/docs/technotes/guides/language/strings-switch.html
I am sure they would have talked about the pro
On 6/4/2011 12:20 PM, Mehrdad wrote:
>meta-comments (I guess this should be on meta.digitalmars.com, haha):
:) :)
But, on the other side of things, if I was on a newsgroup where newbies
repeated the same suggestions over and over again, I'd get pretty annoyed
myself. I think it's natural, and
"William Bolish" wrote in message
news:iscamr$1s3l$1...@digitalmars.com...
> Q: Will D likely ever be picked up by a major compiler manufacturer?
>
> The language looks really good, but without a major compiler manufacturer
> promoting & supporting the language, it seems major projects will never
On 6/3/2011 5:14 PM, Stewart Gordon wrote:
On 03/06/2011 20:15, Timon Gehr wrote:
Daniel Gibson wrote:
If you use tabs for indentation and spaces for alignment the tabsize
doesn't matter.
http://www.emacswiki.org/emacs/SmartTabs
Taken the words out of my mouth there. I've been faced with
On 6/3/2011 9:01 PM, William Bolish wrote:
> Q: Will D likely ever be picked up by a major compiler manufacturer?
>
> The language looks really good, but without a major compiler manufacturer
> promoting & supporting the language, it seems major projects will never be
> undertaken by large corpora
William Bolish Wrote:
> Q: Will D likely ever be picked up by a major compiler manufacturer?
>
> The language looks really good, but without a major compiler manufacturer
> promoting & supporting the language, it seems major projects will never be
> undertaken by large corporations.
>
> This is
On 6/4/2011 12:01 AM, Caligo wrote:
Gentoo/Linux [gcc version 4.4.5, DMD 2.52, latest GDC with GCC 4.4.5,
and latest LDC2]
g++ -O3
[VIRT: 185MB, RES: 174MB]
real0m28.407s
user0m28.330s
sys 0m0.070s
DMD -O -release
[VIRT: 94MB, RES: 92MB]
real0m43.232s
user0m42.980s
sys
On 6/4/2011 12:01 AM, Caligo wrote:
Gentoo/Linux [gcc version 4.4.5, DMD 2.52, latest GDC with GCC 4.4.5,
and latest LDC2]
g++ -O3
[VIRT: 185MB, RES: 174MB]
real0m28.407s
user0m28.330s
sys 0m0.070s
DMD -O -release
[VIRT: 94MB, RES: 92MB]
real0m43.232s
user0m42.980s
sys
== Quote from Andrei Alexandrescu (seewebsiteforem...@erdani.org)'s article
> On 6/3/11 12:22 PM, Matthew Ong wrote:
> > On 6/4/2011 12:36 AM, Matthew Ong wrote:
> >> On 6/3/2011 11:16 AM, Mehrdad wrote:
> >>
> > Alternatively, D might want to use some kind of voting tool online on
> > yahoo to hel
On Sat, 04 Jun 2011 07:01:31 +0300, William Bolish
wrote:
Q: Will D likely ever be picked up by a major compiler manufacturer?
The language looks really good, but without a major compiler manufacturer
promoting & supporting the language, it seems major projects will never
be
undertaken by
Gentoo/Linux [gcc version 4.4.5, DMD 2.52, latest GDC with GCC 4.4.5,
and latest LDC2]
g++ -O3
[VIRT: 185MB, RES: 174MB]
real0m28.407s
user0m28.330s
sys 0m0.070s
DMD -O -release
[VIRT: 94MB, RES: 92MB]
real0m43.232s
user0m42.980s
sys 0m0.070s
GDC -O3
[VIRT: 306MB, RES:
Q: Will D likely ever be picked up by a major compiler manufacturer?
The language looks really good, but without a major compiler manufacturer
promoting & supporting the language, it seems major projects will never be
undertaken by large corporations.
This is what I am hearing from the firm I am
On 6/4/11, bearophile wrote:
> Second version, with all structs:
> http://codepad.org/etsLsZV5
38secs. Cut down by 10 secs from last time.
Andrei:
> Far as I can tell D comes in the second place after C++ at run time.
> With optimizations and all it could get significantly closer.
First version, with just classes, a bit better cleaned up:
http://codepad.org/DggCx26d
Second version, with all structs:
http://codepad.org/etsLsZV5
To
On 06/03/2011 08:47 PM, Andrej Mitrovic wrote:
Running Ubuntu v10.10 x32 on Virtualbox with hardware virtualization,
GCC v4.4.4 and DMD 2.053 installed.
DMD debug: 54s
DMD optimized: 47s
Google's C++ optimized: 27s (gcc -O3 -lc -lstdc++)
Bear's C++ optimized: 24s (g++ -O3 -std=gnu++0x)
So it's
Running Ubuntu v10.10 x32 on Virtualbox with hardware virtualization,
GCC v4.4.4 and DMD 2.053 installed.
DMD debug: 54s
DMD optimized: 47s
Google's C++ optimized: 27s (gcc -O3 -lc -lstdc++)
Bear's C++ optimized: 24s (g++ -O3 -std=gnu++0x)
So it's MinGW's fault apparently.
What do I use to accurately time an executable under Linux?
I'll give a shot at compiling on Linux, maybe this is all MinGW's fault.
It seems I should have used g++:
g++ -O3 -std=gnu++0x -Wl,--stack,128000 raw.cpp
time: 2m:12s
On 6/3/11 8:05 PM, Andrej Mitrovic wrote:
I've compiled the C++ example from google, but I had to remove the
"-lc" option due to errors (what is this option anyway?).
gcc 4.4.0 with -O3: 1:50
Hmm, it would be odd if the D version is more than twice faster than the
C++ one. Wonder what's going
I can't compile bear's C++0x example, I get a ton of undefined
reference errors. I've tried with:
gcc -O3 -std=gnu++0x raw.cpp
Maybe he's using gcc 4.6 or I'm missing some flags.
SORRY, I meant gcc 4.5.2 not 4.4.0.
I've compiled the C++ example from google, but I had to remove the
"-lc" option due to errors (what is this option anyway?).
gcc 4.4.0 with -O3: 1:50
On 6/3/11 7:42 PM, Andrej Mitrovic wrote:
DMD debug: 50s
DMD optimized: 49s (-release -noboundscheck -O -inline -L/STACK:128000)
That's around 1GB of stack memory.
Compiling with GDC will make the app throw an exception at runtime due
to the stack being blown, the error message isn't special
Btw for those wondering, the paper's code is at
http://code.google.com/p/multi-language-bench/
On 6/4/11, bearophile wrote:
> Andrej Mitrovic:
>
>> Okay, here's how to increase stack size via Optlink:
>> dmd benchmark.d -L/STACK:12800
>
> Keep in mind that sets the max stack size, not the max heap size.
> -L/STACK:500 is plenty :-)
>
> Bye,
> bearophile
>
Is that in bytes or kiloby
DMD debug: 50s
DMD optimized: 49s (-release -noboundscheck -O -inline -L/STACK:128000)
That's around 1GB of stack memory.
Compiling with GDC will make the app throw an exception at runtime due
to the stack being blown, the error message isn't special but it's
better than no error message.
GDC
Andrej Mitrovic:
> Okay, here's how to increase stack size via Optlink:
> dmd benchmark.d -L/STACK:12800
Keep in mind that sets the max stack size, not the max heap size.
-L/STACK:500 is plenty :-)
Bye,
bearophile
On 2011-06-03 17:16, Andrej Mitrovic wrote:
> I must be doing something wrong. Do I have to pipe some files to the
> module or something?
>
> I've compiled it and ran it, it's done in 1.5 seconds. :s
Or maybe you just have a way better machine?
- Jonathan M Davis
Okay, here's how to increase stack size via Optlink:
dmd benchmark.d -L/STACK:12800
Oh I think it's that stack overflow thing bear was talking about?
Because it quits after this with no message:
Welcome to LoopTesterApp, D edition
Constructing App...
Constructing Simple CFG...
15000 dummy loops
Constructing CFG...
Performing Loop Recognition
1 Iteration
I must be doing something wrong. Do I have to pipe some files to the
module or something?
I've compiled it and ran it, it's done in 1.5 seconds. :s
On 03/06/2011 20:15, Timon Gehr wrote:
Daniel Gibson wrote:
If you use tabs for indentation and spaces for alignment the tabsize
doesn't matter.
http://www.emacswiki.org/emacs/SmartTabs
Taken the words out of my mouth there. I've been faced with files that are a mishmash of
tabs and spac
On 03/06/2011 19:06, Jonathan M Davis wrote:
That sort of talk leads to things like this: http://xkcd.com/378/
I was told that Real Programmers use punch cards. Someone must've found some even realer
programmers
Stewart.
On 2011-06-03 16:33, Stewart Gordon wrote:
> On 01/06/2011 21:51, Steven Schveighoffer wrote:
> > On Wed, 01 Jun 2011 16:38:42 -0400, KennyTM~ wrote:
>
>
> >> cast(const), cast(immutable) etc are documented. cast() is not. See
> >> http://d-programming-language.org/expression.html#CastExpression
Andrei Alexandrescu wrote:
> What are your timings for the Java, Scala, and Go versions?
I don't have compilers nor the code for those languages, so I don't
know.
On 6/3/11 6:09 PM, Adam D. Ruppe wrote:
bearophile wrote:
My modified C++0x code:
First D2 translation that seems to work:
What timings did you get? On my computer, the D version ran
slightly faster (56 seconds vs 63s for C++) without optimizations
turned on.
With optimizations turned on, C++
On 6/3/11 5:48 PM, bearophile wrote:
Andrei:
Does anyone have the time and inclination to port the benchmark so we can take
a look?
My modified C++0x code:
http://codepad.org/iBwINTkJ
First D2 translation that seems to work:
http://codepad.org/sEEFNlAd
Notes on the translation:
- The progr
bearophile wrote:
> My modified C++0x code:
> First D2 translation that seems to work:
What timings did you get? On my computer, the D version ran
slightly faster (56 seconds vs 63s for C++) without optimizations
turned on.
With optimizations turned on, C++ took a nice lead (28 seconds vs 53
seco
Andrei:
> Does anyone have the time and inclination to port the benchmark so we can
> take a look?
My modified C++0x code:
http://codepad.org/iBwINTkJ
First D2 translation that seems to work:
http://codepad.org/sEEFNlAd
Notes on the translation:
- The program crashes with zero error messages i
On 2011-06-03 14:30, Timon Gehr wrote:
> Jonathan M Davis wrote:
> > On 2011-06-03 14:08, Timon Gehr wrote:
> > > Andrei Alexandrescu wrote:
> > > > I noticed that the C++ code uses std::list without there being any
> > > > need for a linked list structure. See for example the data structure
> > >
Jonathan M Davis wrote:
> On 2011-06-03 14:08, Timon Gehr wrote:
> > Andrei Alexandrescu wrote:
> > > I noticed that the C++ code uses std::list without there being any need
> > > for a linked list structure. See for example the data structure used in
> > > FindSet. It's a list, but it's just appen
On 2011-06-03 14:08, Timon Gehr wrote:
> Andrei Alexandrescu wrote:
> > I noticed that the C++ code uses std::list without there being any need
> > for a linked list structure. See for example the data structure used in
> > FindSet. It's a list, but it's just appended too and then used for one
> >
Andrei Alexandrescu wrote:
> I noticed that the C++ code uses std::list without there being any need
> for a linked list structure. See for example the data structure used in
> FindSet. It's a list, but it's just appended too and then used for one
> iteration.
>
> Andrei
Yes, but the list in FindS
On 6/3/11 3:01 PM, Timon Gehr wrote:
Andrei Alexandresco wrote:
On 6/3/11 2:48 PM, Timon Gehr wrote:
bearophile wrote:
Timon Gehr:
OK. I'll start right away.
I have independently started it too :-)
But this article written by Google and its benchmarking methodology are not
good.
Bye,
bea
bearophile wrote:
> Timon Gehr:
>
>> have you already noticed how incredibly stupid some parts of the
>> implementation
of cpp are?
>
> Some of those "stupid" things come from the very strict Google C++ coding
standards.
sure? Eg.
UnionFindNode *FindSet() {
typedef std::list NodeListType;
Timon Gehr:
> have you already noticed how incredibly stupid some parts of the
> implementation of cpp are?
Some of those "stupid" things come from the very strict Google C++ coding
standards.
Even if my C++ experience is not extensive, I find this C++ easy to understand.
One part of the code
On 6/3/11, Andrej Mitrovic wrote:
> Speaking of SList, for some reason std_slist.html is still distributed with
> DMD.
>
I've filed it (and many more):
http://d.puremagic.com/issues/show_bug.cgi?id=6101
Andrei Alexandresco wrote:
> On 6/3/11 2:48 PM, Timon Gehr wrote:
>> bearophile wrote:
>>> Timon Gehr:
>>>
OK. I'll start right away.
>>>
>>> I have independently started it too :-)
>>> But this article written by Google and its benchmarking methodology are not
>>> good.
>>>
>>> Bye,
>>> bear
Speaking of SList, for some reason std_slist.html is still distributed with DMD.
On 6/3/11 2:48 PM, Timon Gehr wrote:
bearophile wrote:
Timon Gehr:
OK. I'll start right away.
I have independently started it too :-)
But this article written by Google and its benchmarking methodology are not
good.
Bye,
bearophile
Ok, we can compare the two implementations afterwards. B
On 6/3/11 2:48 PM, Timon Gehr wrote:
bearophile wrote:
Timon Gehr:
OK. I'll start right away.
I have independently started it too :-)
But this article written by Google and its benchmarking methodology are not
good.
Bye,
bearophile
Ok, we can compare the two implementations afterwards. B
bearophile wrote:
> Timon Gehr:
>
>> OK. I'll start right away.
>
> I have independently started it too :-)
> But this article written by Google and its benchmarking methodology are not
> good.
>
> Bye,
> bearophile
Ok, we can compare the two implementations afterwards. BTW, have you already
noti
Timon Gehr:
> OK. I'll start right away.
I have independently started it too :-)
But this article written by Google and its benchmarking methodology are not
good.
Bye,
bearophile
"bearophile" wrote in message
news:isbd1j$1u9s$1...@digitalmars.com...
>
> But this article written by Google and its benchmarking methodology are
> not good.
>
I realize you'e probably talking about content, but...Pet Peeve: Trying to
read a paged multi-column layout outside of dead-tree form
Andrei Alexandrescu wrote:
> This paper:
>
>
http://www.reddit.com/r/programming/comments/hqkwk/google_paper_comparing_performance_of_c_java/
>
> compares the efficiency of an algorithm implemented in C++, Scala, Java,
> and Go. I wonder how D would fare. Does anyone have the time and
> inclination
On Fri, Jun 3, 2011 at 3:04 PM, Daniel Gibson wrote:
> Am 03.06.2011 20:54, schrieb Walter Bright:
> > On 4/11/2011 1:31 PM, Nick Sabalausky wrote:
> >> In other words, *some* editors handle space-indentation intelligently
> >> (and
> >> do so by reinventing *tabs*), while *all* editors handle ta
Daniel Gibson wrote:
> Am 03.06.2011 20:54, schrieb Walter Bright:
>> On 4/11/2011 1:31 PM, Nick Sabalausky wrote:
>>> In other words, *some* editors handle space-indentation intelligently
>>> (and
>>> do so by reinventing *tabs*), while *all* editors handle tab-indentation
>>> intelligently.
>>
>>
Am 03.06.2011 20:54, schrieb Walter Bright:
> On 4/11/2011 1:31 PM, Nick Sabalausky wrote:
>> In other words, *some* editors handle space-indentation intelligently
>> (and
>> do so by reinventing *tabs*), while *all* editors handle tab-indentation
>> intelligently.
>
> There is no way to handle ta
This paper:
http://www.reddit.com/r/programming/comments/hqkwk/google_paper_comparing_performance_of_c_java/
compares the efficiency of an algorithm implemented in C++, Scala, Java,
and Go. I wonder how D would fare. Does anyone have the time and
inclination to port the benchmark so we can tak
8 space tabs are the One True Way. All other tabstops are evil.
On 4/11/2011 1:31 PM, Nick Sabalausky wrote:
In other words, *some* editors handle space-indentation intelligently (and
do so by reinventing *tabs*), while *all* editors handle tab-indentation
intelligently.
There is no way to handle tabs intelligently.
Take a source file that has tab characte
On 4/11/2011 8:31 AM, Adam D. Ruppe wrote:
Yeah, that's all that matters in the end. "When in Rome..."
But it's trivial to do a find and replace all before submitting so
really, it's just not a big deal.
Before I check in, I run tolf and detab on the source files.
On 4/10/2011 10:58 PM, Daniel Gibson wrote:
Am 11.04.2011 07:51, schrieb Jonathan M Davis:
Yes. Phobos follows the convention of indenting with spaces and that levels of
indentation are 4 spaces. So, anything which goes into Phobos needs to follow
this convention.
the only way that tabs work is
On 6/3/11 12:22 PM, Matthew Ong wrote:
On 6/4/2011 12:36 AM, Matthew Ong wrote:
On 6/3/2011 11:16 AM, Mehrdad wrote:
Alternatively, D might want to use some kind of voting tool online on
yahoo to help vote for syntax that programmer really wants.
A simple solution to the long like JCP process
On Fri, 03 Jun 2011 13:50:49 -0400, Matthew Ong wrote:
On 6/4/2011 1:32 AM, Steven Schveighoffer wrote:
But yes, there are cases where something is a good idea, but
it is difficult to get people to listen to your ideas because they have
too much bad blood with it.
Suggest that those bad bloo
On 2011-06-03 11:01, Andrej Mitrovic wrote:
> I bet you wrote std.datetime with a call to a single Vim macro.
>
> Just kidding. :P
That sort of talk leads to things like this: http://xkcd.com/378/
- Jonathan M Davis
I bet you wrote std.datetime with a call to a single Vim macro.
Just kidding. :P
Implib is a commonly used tool for us DLL users. It's downloadable
from the basic utility package from the
http://www.digitalmars.com/download/freecompiler.html page. But this
isn't so obvious for people new to the toolchain.
Walter, would it be problematic to distribute it with DMD? It's just a
m
On 6/4/2011 1:32 AM, Steven Schveighoffer wrote:
But yes, there are cases where something is a good idea, but
it is difficult to get people to listen to your ideas because they have
too much bad blood with it.
Suggest that those bad blood get some time off to think about the issue.
Perhaps
On 2011-06-03 05:45, Bruno Medeiros wrote:
> On 12/04/2011 20:49, Nick Sabalausky wrote:
> >> Can we move along now? This argument was old 30 years ago. Perhaps we
> >> should do VI vs. EMACS while we are at it.
> >
> > Pico rules them all! ;)
>
> Vi *and* Emacs suck. Argument settled :P
Yeah, I
On 2011-06-03 05:14, bearophile wrote:
> Jonathan M Davis:
> > Personally, I find the added complexity of C++'s special casts to _far_
> > outweight what benefit they give you.
>
> I don't want to copy C++, I prefer casts better designed than C++ ones, and
> probably they don't need language-level
On Fri, 03 Jun 2011 12:36:20 -0400, Matthew Ong wrote:
On 6/3/2011 11:16 AM, Mehrdad wrote:
>But it's also tiresome to continually argue the same things over and
>over with new people. I think this is just the way things are, and
>will always be.
Have you ever wonder why that pops up
On 6/4/2011 12:36 AM, Matthew Ong wrote:
On 6/3/2011 11:16 AM, Mehrdad wrote:
Alternatively, D might want to use some kind of voting tool online on
yahoo to help vote for syntax that programmer really wants.
A simple solution to the long like JCP process in Java.
If the aim is to grow D into
Andrej Mitrovic:
> as a templated function gets several
> constraints it's impossible to figure out which constraint failed just
> by looking at the error message. The only thing you ever get back is:
> " does not match any function template
> declaration"
> " cannot deduce template function from
Incidentally I did write a feature request for some new constraint
syntax, it wasn't shot down but it wasn't discussed all that much. But
now that I look at it again my problem wasn't really the syntax, but
the error messages.
On 6/3/2011 11:16 AM, Mehrdad wrote:
>But it's also tiresome to continually argue the same things over and
>over with new people. I think this is just the way things are, and
>will always be.
Have you ever wonder why that pops up over and over again by your own
experience? Perhaps people know
On 6/3/11, Andrei Alexandrescu wrote:
> (unrestricted templates are black holes that accept
> everything but then fail to compile with unintuitive error messages and
> loci).
Agreed for that point, but as a templated function gets several
constraints it's impossible to figure out which constraint
On 6/3/11 10:19 AM, Matthew Ong wrote:
On 6/3/2011 11:47 AM, Mehrdad wrote:
== Quote from Jonathan M Davis (jmdavisp...@gmx.com)'s article
understand templates to use D properly - especially when dealing
with Phobos -
that doesn't help at all.
I see no advantages with this idea and quite a
My forks is only for change build system. I need build ldc2 druntime and phobos
separately and not all in same time like do currently in ldc2 with cmake.
This is need for allow D2 in fedora
On 6/2/11 10:16 PM, Mehrdad wrote:
I just thought of something:
The patterns
auto foo1(T)(T arg) { /+ ... +/ }
auto foo2(T...)(T args) { /+ ... +/ }
are very common.
Why not just supporting the syntax
auto foo1(auto arg) { /+ ... +/ }
auto foo2(auto args...)
I don't see the problem, Jonathan explained it pretty well. If someone
gets insulted because their feature request was objectively shot down
then someone is taking themselves a little bit too seriously. :)
On Fri, 03 Jun 2011 11:19:14 -0400, Matthew Ong wrote:
On 6/3/2011 11:47 AM, Mehrdad wrote:
== Quote from Jonathan M Davis (jmdavisp...@gmx.com)'s article
understand templates to use D properly - especially when dealing
with Phobos -
that doesn't help at all.
I see no advantages with this
[4] D Slices by Steve Schveighoffer
On 12/04/2011 20:49, Nick Sabalausky wrote:
Can we move along now? This argument was old 30 years ago. Perhaps we
should do VI vs. EMACS while we are at it.
Pico rules them all! ;)
Vi *and* Emacs suck. Argument settled :P
(yes, that was hyperbolic rhetoric)
--
Bruno Medeiros - Softwa
On 6/3/2011 11:47 AM, Mehrdad wrote:
== Quote from Jonathan M Davis (jmdavisp...@gmx.com)'s article
understand templates to use D properly - especially when dealing
with Phobos -
that doesn't help at all.
I see no advantages with this idea and quite a few disadvantages.
This
proposal adds
Also it seems like work is done in
https://bitbucket.org/lindquist/ldc/changesets rather than
https://bitbucket.org/prokhin_alexey/ldc2/changesets now?!
All changes from alexeys branch are merged into the ldc repository
(afaik).
Yes, and the ldc repo contains several commits from alexey (inclu
On Fri, 03 Jun 2011 13:49:08 +0200, Trass3r wrote:
> What's the status of LDC2? Is it usable? Also it seems like work is done
> in
> https://bitbucket.org/lindquist/ldc/changesets rather than
> https://bitbucket.org/prokhin_alexey/ldc2/changesets now?!
All changes from alexeys branch are merged i
That new std.algorithm page looks great. We should start doing that
for the other modules, at least for those that are stable now.
std.datetime could definitely use it.
On 6/3/11 3:01 PM, dsimcha wrote:
On 6/3/2011 8:51 AM, bioinfornatics wrote:
yes it is second link
We need some tester for report bug. it is usable now. I will let
alexey talk
I will try add ldc2 on fedora16 repo
so i can not use alexey repo because i need separate package (ldc2,
druntime,
phobo
On 2011-06-03 08:44:36 +0300, Monkol said:
is any IDE specially for D in process development now?
You can find a list of IDE with D support at
http://prowiki.org/wiki4d/wiki.cgi?EditorSupport#IDEs
On Fri, 03 Jun 2011 02:46:23 -0400, Matthew Ong wrote:
On 5/30/2011 7:50 PM, Jacob Carlborg wrote:
On 2011-05-30 08:53, Kagamin wrote:
class Base
{
void foo(string s){}
}
class Derived: Base
{
alias Base.foo foo;
void foo(long s){}
}
So far so good.
Now add new method to the Base class.
c
On 6/3/2011 8:51 AM, bioinfornatics wrote:
yes it is second link
We need some tester for report bug. it is usable now. I will let alexey talk
I will try add ldc2 on fedora16 repo
so i can not use alexey repo because i need separate package (ldc2, druntime,
phobos) for this reason i have start a f
yes it is second link
We need some tester for report bug. it is usable now. I will let alexey talk
I will try add ldc2 on fedora16 repo
so i can not use alexey repo because i need separate package (ldc2, druntime,
phobos) for this reason i have start a fork not yet usable (not enough time
sorry)
Jonathan M Davis:
> Personally, I find the added complexity of C++'s special casts to _far_
> outweight what benefit they give you.
I don't want to copy C++, I prefer casts better designed than C++ ones, and
probably they don't need language-level support. I'd like a cast to cast enums
safely,
"Monkol" wrote in message
news:op.vwhjkml5cqe...@pc-2010.dnepr.net.ua...
is any IDE specially for D in process development now?
If your using Windows then Visual D is very good...
-=mike=-
What's the status of LDC2? Is it usable?
Also it seems like work is done in
https://bitbucket.org/lindquist/ldc/changesets rather than
https://bitbucket.org/prokhin_alexey/ldc2/changesets now?!
Geany, is an IDE ligth and powerfull with autocompletion.
100 matches
Mail list logo
