Andrej Mitrovic wrote:
I've noticed you have "Version Control with Git" listed in your list
of books. Did you just buy that recently, or were you secretly
planning to switch to Git at the instant someone mentioned it? :p
I listed it recently.
On 2/1/11 7:17 PM, bearophile wrote:
But there are other HOFs that may be useful (they are in dlibs1 too):
- "nest" (or iterate), to apply one function many times:
nest(sin, 0.2, 4) === sin(sin(sin(sin(0.2
I'd be glad to include such a function if there were good use cases for
it. Fixed-p
On 2/2/11, Andrej Mitrovic wrote:
> On 2/2/11, Walter Bright wrote:
>>
>
> ...listed in your list...
>
Crap.. I just made a 2-dimensional book list by accident. My bad.
Andrej Mitrovic wrote:
Is this why you've made your own version of make and microemacs for
Windows? I honestly can't blame you. :)
Microemacs floated around the intarnets for free back in the 80's, and I liked
it because it was very small, fast, and customizable. Having an editor that fit
in
On 2/2/11, Walter Bright wrote:
>
I've noticed you have "Version Control with Git" listed in your list
of books. Did you just buy that recently, or were you secretly
planning to switch to Git at the instant someone mentioned it? :p
On 2/1/2011 7:55 PM, Andrej Mitrovic wrote:
> On 2/2/11, Walter Bright wrote:
>> Andrej Mitrovic wrote:
>>> I don't know what to say..
>>
>> Git is a Linux program and will never work right on Windows. The problems
>> you're
>> experiencing are classic ones I find whenever I attempt to use a Linux
On 2/2/11, Walter Bright wrote:
> Andrej Mitrovic wrote:
>> I don't know what to say..
>
> Git is a Linux program and will never work right on Windows. The problems
> you're
> experiencing are classic ones I find whenever I attempt to use a Linux
> program
> that has been "ported" to Windows.
>
Y
Andrej Mitrovic wrote:
I don't know what to say..
Git is a Linux program and will never work right on Windows. The problems you're
experiencing are classic ones I find whenever I attempt to use a Linux program
that has been "ported" to Windows.
On 2/1/2011 6:17 PM, Andrej Mitrovic wrote:
> Bleh. I tried to use Git to update some of the doc files, but getting
> the thing to work will be a miracle.
>
> git can't find the public keys unless I use msysgit. Great. How
> exactly do I cd to D:\ ?
>
> So I try git-gui. Seems to work fine, I clo
Bleh. I tried to use Git to update some of the doc files, but getting
the thing to work will be a miracle.
git can't find the public keys unless I use msysgit. Great. How
exactly do I cd to D:\ ?
So I try git-gui. Seems to work fine, I clone the forked repo and make
a few changes. I try to commit
Brad Roberts wrote:
Ie, essentially negligable.
Yeah, and I caught myself worrying about the disk usage from having two clones
of the git repository (one for D1, the other for D2).
Jonathan M Davis:
>The issue is that if you want something in Phobos, it _does_ need to be
>designed with performance in mind. Anything which isn't efficient needs to
>have a very good reason for its existence which balances out its lack of
>efficiency. If the Haskell implementation isn't perfo
> > Please add as a patch to bug 4332.
> Cool, I added the attachments!
On a second thought, this is a bit trickier than I'd thought, since it's not
working without additional modifications that I at first thought were
unnecessary.
Did the C version run any sort of "static constructors" during t
On Tue, 1 Feb 2011, Walter Bright wrote:
> Bruno Medeiros wrote:
> > A more serious issue that I learned (or rather forgotten about before and
> > remembered now) is the whole DVCSes keep the whole repository history
> > locally aspect, which has important ramifications. If the repository is big,
On Tuesday, February 01, 2011 15:07:58 Walter Bright wrote:
> Bruno Medeiros wrote:
> > A more serious issue that I learned (or rather forgotten about before
> > and remembered now) is the whole DVCSes keep the whole repository
> > history locally aspect, which has important ramifications. If the
>
Am 01.02.2011 22:30, schrieb Andrei Alexandrescu:
> On 2/1/11 2:58 PM, Daniel Gibson wrote:
>> Am 01.02.2011 21:53, schrieb Jonathan M Davis:
>>> On Tuesday 01 February 2011 12:27:32 bearophile wrote:
Walter:
> It's exponentially bad performance makes it short, not useful.
A prog
Bruno Medeiros wrote:
A more serious issue that I learned (or rather forgotten about before
and remembered now) is the whole DVCSes keep the whole repository
history locally aspect, which has important ramifications. If the
repository is big, although disk space may not be much of an issue,
I
Andrej Mitrovic wrote:
I've just uploaded this page:
http://prowiki.org/wiki4d/wiki.cgi?D__Tutorial/CompilingLinkingD
Thanks for doing these. Such tutorials are a nice help.
Jonathan M Davis wrote:
The issue is that if you want something in Phobos, it _does_ need to be designed
with performance in mind.
Yup, because if it isn't, it gets ridicule heaped upon it, and deservedly.
On Tuesday, February 01, 2011 13:37:44 Andrei Alexandrescu wrote:
> On 2/1/11 2:53 PM, Jonathan M Davis wrote:
> > On Tuesday 01 February 2011 12:27:32 bearophile wrote:
> >> Walter:
> >>> It's exponentially bad performance makes it short, not useful.
> >>
> >> A program with high complexity is no
I've just uploaded this page:
http://prowiki.org/wiki4d/wiki.cgi?D__Tutorial/CompilingLinkingD
It's a small guide on using DMD and Optlink, and the usual confusion with
linker errors when using the import switch. Still it's too Windows specific and
it doesn't discuss DLLs. I think they're specia
On 2/1/11 2:53 PM, Jonathan M Davis wrote:
On Tuesday 01 February 2011 12:27:32 bearophile wrote:
Walter:
It's exponentially bad performance makes it short, not useful.
A program with high complexity is not a problem if you run it only on few
very short examples. There is a place to care for
On 2/1/11 2:58 PM, Daniel Gibson wrote:
Am 01.02.2011 21:53, schrieb Jonathan M Davis:
On Tuesday 01 February 2011 12:27:32 bearophile wrote:
Walter:
It's exponentially bad performance makes it short, not useful.
A program with high complexity is not a problem if you run it only on few
very
> > Hi,
> > I was wondering, is there any particular reason why critical.c and monitor.c
aren't written in D?
> > I've attached the D versions...
> Please add as a patch to bug 4332.
Cool, I added the attachments!
(I have no idea how to use git, or if I have the upload permissions (probably
not),
On 2/1/11 2:27 PM, bearophile wrote:
Walter:
It's exponentially bad performance makes it short, not useful.
A program with high complexity is not a problem if you run it only on
few very short examples. There is a place to care for performance
(like when you design a function for Phobos) and
Am 01.02.2011 21:53, schrieb Jonathan M Davis:
> On Tuesday 01 February 2011 12:27:32 bearophile wrote:
>> Walter:
>>> It's exponentially bad performance makes it short, not useful.
>>
>> A program with high complexity is not a problem if you run it only on few
>> very short examples. There is a pl
On Tuesday 01 February 2011 12:27:32 bearophile wrote:
> Walter:
> > It's exponentially bad performance makes it short, not useful.
>
> A program with high complexity is not a problem if you run it only on few
> very short examples. There is a place to care for performance (like when
> you design
On Tuesday 01 February 2011 11:32:08 Andrei Alexandrescu wrote:
> On 2/1/11 11:29 AM, Jonathan M Davis wrote:
> > On Tuesday 01 February 2011 09:12:16 Andrei Alexandrescu wrote:
> >> On 2/1/11 10:51 AM, Michel Fortin wrote:
> >>> On 2011-02-01 11:31:54 -0500, Andrei Alexandrescu
> >>> said:
> >>>
Walter:
> It's exponentially bad performance makes it short, not useful.
A program with high complexity is not a problem if you run it only on few very
short examples. There is a place to care for performance (like when you design
a function for Phobos) and there are places where you care for
On Tue, 01 Feb 2011 14:26:26 -0500, Simon Buerger wrote:
On 01.02.2011 18:08, Steven Schveighoffer wrote:
swap isn't the problem.
foreach(s; myVectorSet)
{
// if s is by value, it must be copied for each iteration in the loop
}
Just to note: the "correct" solution for the last problem is
== Quote from Nick Sabalausky (a@a.a)'s article
> "Gary Whatmore" wrote in message
> news:ii970e$1nis$1...@digitalmars.com...
> > Recently Bruno M. wrote:
> >
> >> I may be spending too much time on the NG (especially for someone who
> >> doesn't skip the 8 hours of sleep)
> >
> > A quick look at
== Quote from Nick Sabalausky (a@a.a)'s article
> "Gary Whatmore" wrote in message
> news:ii970e$1nis$1...@digitalmars.com...
> > Recently Bruno M. wrote:
> >
> >> I may be spending too much time on the NG (especially for someone who
> >> doesn't skip the 8 hours of sleep)
> >
> > A quick look at
On 2/1/11 12:34 PM, Walter Bright wrote:
bearophile wrote:
The Haskell implementation doesn't scale.
I was quite aware that Haskell version is designed for being short,
not fast.
It's exponentially bad performance makes it short, not useful.
I'm not sure whether it's exponential, polynomia
"Gary Whatmore" wrote in message
news:ii970e$1nis$1...@digitalmars.com...
> Recently Bruno M. wrote:
>
>> I may be spending too much time on the NG (especially for someone who
>> doesn't skip the 8 hours of sleep)
>
> A quick look at my daily routines revealed that I spend 7 hours studying
> th
On 2/1/11 11:57 AM, Gary Whatmore wrote:
Recently Bruno M. wrote:
I may be spending too much time on the NG (especially for someone who doesn't
skip the 8 hours of sleep)
A quick look at my daily routines revealed that I spend 7 hours studying the dmd
and phobos diffs, Debian, Ubuntu, and A
On 2/1/11 12:19 PM, Jacob Carlborg wrote:
On 2011-02-01 15:57, Gary Whatmore wrote:
Recently Bruno M. wrote:
I may be spending too much time on the NG (especially for someone who
doesn't skip the 8 hours of sleep)
A quick look at my daily routines revealed that I spend 7 hours
studying the d
On 01.02.2011 20:01, Michel Fortin wrote:
On 2011-02-01 12:07:55 -0500, Andrei Alexandrescu
said:
With this, the question becomes a matter of choosing the right
default: do we want values most of the time and occasional
references, or vice versa? I think most of the time you need
references, a
On 2/1/11 11:29 AM, Jonathan M Davis wrote:
On Tuesday 01 February 2011 09:12:16 Andrei Alexandrescu wrote:
On 2/1/11 10:51 AM, Michel Fortin wrote:
On 2011-02-01 11:31:54 -0500, Andrei Alexandrescu
said:
TypeInfo holds a pointer to the toString function, so if the compiler
passes the two ope
On 01.02.2011 18:08, Steven Schveighoffer wrote:
On Tue, 01 Feb 2011 11:44:36 -0500, Michel Fortin
wrote:
On 2011-02-01 11:12:13 -0500, Andrei Alexandrescu
said:
On 1/28/11 8:12 PM, Michel Fortin wrote:
On 2011-01-28 20:10:06 -0500, "Denis Koroskin" <2kor...@gmail.com>
said:
Unfortunatel
On 2011-02-01 12:07:55 -0500, Andrei Alexandrescu
said:
With this, the question becomes a matter of choosing the right default:
do we want values most of the time and occasional references, or vice
versa? I think most of the time you need references, as witnessed by
the many '&'s out there i
On Tue, 01 Feb 2011 13:33:20 -0500, Rainer Schuetze
wrote:
Robert Jacques wrote:
On Tue, 01 Feb 2011 03:05:13 -0500, Rainer Schuetze
wrote:
XP TLS support with dynamically loaded DLLs is fixed for some time now
with a workaround implemented in druntime. Also, DLLs can be used in
mul
bearophile wrote:
The Haskell implementation doesn't scale.
I was quite aware that Haskell version is designed for being short, not fast.
It's exponentially bad performance makes it short, not useful.
Robert Jacques wrote:
On Tue, 01 Feb 2011 03:05:13 -0500, Rainer Schuetze
wrote:
XP TLS support with dynamically loaded DLLs is fixed for some time now
with a workaround implemented in druntime. Also, DLLs can be used in
multi-threading environments.
Yes, I pointed out in another thread t
On 2011-02-01 15:57, Gary Whatmore wrote:
Recently Bruno M. wrote:
I may be spending too much time on the NG (especially for someone who doesn't
skip the 8 hours of sleep)
A quick look at my daily routines revealed that I spend 7 hours studying the dmd
and phobos diffs, Debian, Ubuntu, and
On 2011-02-01 10:16, Magnus Lie Hetland wrote:
On 2011-01-31 17:00:57 +0100, Jacob Carlborg said:
On 2011-01-31 10:18, Lars T. Kyllingstad wrote:
[snip]
I'm not sure if it's related:
http://d.puremagic.com/issues/show_bug.cgi?id=4854
-Lars
Can it be this problem:
http://d.puremagic.com/is
Andrei Alexandrescu wrote:
I do something similar with RefCounted. There are problems - you need to
know in advance which functions you can implement on a null container
(empty and length are obvious candidates, but there could be others).
Static functions can safely be called. Hence, this
Andrei:
> A better solution is to define something like
>
> auto c = new Classify!Container;
>
> which transforms a value into a class object.
>
> With this, the question becomes a matter of choosing the right default:
> do we want values most of the time and occasional references, or vice
>
Andrei:
> Don, if you arrange things such that this user-level code:
>
> int a = 42;
> double b = 3.14;
> assert(a <= b, "Something odd happened");
>
> ultimately calls this runtime function:
>
> assertCmpFailed("<=", "42", "3.14", "Something odd happened");
>
> I promise I'll discuss with Sea
On Tuesday 01 February 2011 09:12:16 Andrei Alexandrescu wrote:
> On 2/1/11 10:51 AM, Michel Fortin wrote:
> > On 2011-02-01 11:31:54 -0500, Andrei Alexandrescu
> > said:
> > TypeInfo holds a pointer to the toString function, so if the compiler
> > passes the two operands as D-style variadic argum
On 02/01/2011 05:00 PM, Andrei Alexandrescu wrote:
Regarding the general issue that someone makes an informal proposal (either
here, as a DIP, or on the Phobos mailing list), followed by a thundering
silence: I believe that a good technique is to formalize the proposal review
process, which has b
On Tuesday 01 February 2011 09:07:55 Andrei Alexandrescu wrote:
> On 2/1/11 10:44 AM, Michel Fortin wrote:
> > On 2011-02-01 11:12:13 -0500, Andrei Alexandrescu
> >
> > said:
> >> On 1/28/11 8:12 PM, Michel Fortin wrote:
> >>> On 2011-01-28 20:10:06 -0500, "Denis Koroskin" <2kor...@gmail.com> sai
On 2/1/11 10:51 AM, Michel Fortin wrote:
On 2011-02-01 11:31:54 -0500, Andrei Alexandrescu
said:
TypeInfo holds a pointer to the toString function, so if the compiler
passes the two operands as D-style variadic arguments to the assert
handler, the assert handler can use toString to print them. T
On Tuesday 01 February 2011 09:05:18 Jens Mueller wrote:
> Michel Fortin wrote:
> > On 2011-02-01 10:34:26 -0500, Andrei Alexandrescu
> >
> > said:
> > >On 2/1/11 9:21 AM, Don wrote:
> > >>Jonathan M Davis wrote:
> > >>>Do you really find
> > >>>
> > >>>assertPred!"=="(min(5, 7), 5);
> > >>>
> >
On Tue, 01 Feb 2011 11:44:36 -0500, Michel Fortin
wrote:
On 2011-02-01 11:12:13 -0500, Andrei Alexandrescu
said:
On 1/28/11 8:12 PM, Michel Fortin wrote:
On 2011-01-28 20:10:06 -0500, "Denis Koroskin" <2kor...@gmail.com>
said:
Unfortunately, this design has big issues:
void fill(A
On 2/1/11 10:44 AM, Michel Fortin wrote:
On 2011-02-01 11:12:13 -0500, Andrei Alexandrescu
said:
On 1/28/11 8:12 PM, Michel Fortin wrote:
On 2011-01-28 20:10:06 -0500, "Denis Koroskin" <2kor...@gmail.com> said:
Unfortunately, this design has big issues:
void fill(Appender appender)
{
appe
Michel Fortin wrote:
> On 2011-02-01 10:34:26 -0500, Andrei Alexandrescu
> said:
>
> >On 2/1/11 9:21 AM, Don wrote:
> >>Jonathan M Davis wrote:
> >>>Do you really find
> >>>
> >>>assertPred!"=="(min(5, 7), 5);
> >>>
> >>>to be all that harder to understand than
> >>>
> >>>assert(min(5, 7) == 5);
On 2011-02-01 11:31:54 -0500, Andrei Alexandrescu
said:
On 2/1/11 9:21 AM, Don wrote:
Jonathan M Davis wrote:
On Sunday 30 January 2011 05:28:36 SHOO wrote:
To be frank, I don't think that such a helper is necessary.
I think these helpers will harm intuitive readability of unittest code.
Iain Buclaw Wrote:
> The Haiku person in me says to instead install Haiku. ;)
Did you try it?
On 2011-02-01 11:12:13 -0500, Andrei Alexandrescu
said:
On 1/28/11 8:12 PM, Michel Fortin wrote:
On 2011-01-28 20:10:06 -0500, "Denis Koroskin" <2kor...@gmail.com> said:
Unfortunately, this design has big issues:
void fill(Appender appender)
{
appender.put("hello");
appender.put("world");
Adam Ruppe Wrote:
> Steven Schveighoffer wrote:
> > It does help, but I was kind of hoping for something that shows the
> > structure.
>
> Those relationships are in the HTML too try it now:
> http://arsdnet.net/d-web-site/std_algorithm.html
>
> (I know it needs some work still, I'm just sic
Russel Winder Wrote:
> Just because anyone over 50 (like me) has worsening eyesight doesn't
> mean they can't work quite happily with 110 character lines using 8pt
> fonts. I like 110 character lines in smaller fonts, and I like 2 space
> indents. And proportional fonts -- Ocean Sans MT rules --
On Mon, 31 Jan 2011 18:08:53 -0500, Adam Ruppe
wrote:
Steven Schveighoffer wrote:
It does help, but I was kind of hoping for something that shows the
structure.
Those relationships are in the HTML too try it now:
http://arsdnet.net/d-web-site/std_algorithm.html
(I know it needs some w
On 2/1/11 9:21 AM, Don wrote:
Jonathan M Davis wrote:
On Sunday 30 January 2011 05:28:36 SHOO wrote:
To be frank, I don't think that such a helper is necessary.
I think these helpers will harm intuitive readability of unittest code.
For unittest code, it is necessary to be able to understand
On 2/1/11 9:21 AM, Don wrote:
Including stuff like this could give D a reputation for lack of
readability. My belief is that right now, the #1 risk for Phobos is that
it becomes too clever and inaccessible.
I think this is also an argument in favor of making containers straight
classes.
Andr
On 2011-02-01 10:34:26 -0500, Andrei Alexandrescu
said:
On 2/1/11 9:21 AM, Don wrote:
Jonathan M Davis wrote:
Do you really find
assertPred!"=="(min(5, 7), 5);
to be all that harder to understand than
assert(min(5, 7) == 5);
I do. *Much* harder. Factor of two, at least.
In absolute term
On 1/28/11 8:12 PM, Michel Fortin wrote:
On 2011-01-28 20:10:06 -0500, "Denis Koroskin" <2kor...@gmail.com> said:
Unfortunately, this design has big issues:
void fill(Appender appender)
{
appender.put("hello");
appender.put("world");
}
void test()
{
Appender appender;
fill(appender); // Appe
On Tuesday 01 February 2011 07:21:54 Don wrote:
> Jonathan M Davis wrote:
> > On Sunday 30 January 2011 05:28:36 SHOO wrote:
> >> To be frank, I don't think that such a helper is necessary.
> >> I think these helpers will harm intuitive readability of unittest code.
> >> For unittest code, it is ne
On 1/29/11 3:36 PM, dsimcha wrote:
I've uploaded the documentation to
http://cis.jhu.edu/~dsimcha/randaasealed.html and mentioned it again on
the mailing list. The documentation is pretty sparse because
interface-wise it's just a standard hash table. More generally, though,
are we still intereste
On 1/29/11 5:01 AM, Simen kjaeraas wrote:
Tomek Sowiński wrote:
Michel Fortin napisał:
> Is there anything implementation specific in the outer struct that
provides
> ref semantics to Impl? If not, Container could be generic,
parametrized by
> Impl type.
You could provide an implementation-
Bruno Medeiros Wrote:
> On 29/01/2011 10:02, "Jérôme M. Berger" wrote:
> > Michel Fortin wrote:
> >> On 2011-01-28 11:29:49 -0500, Bruno Medeiros
> >> said:
> >>
> >>> I've also been mulling over whether to try out and switch away from
> >>> Subversion to a DVCS, but never went ahead cause I'v
On 2011-02-01 16:29:56 +0100, Andrei Alexandrescu said:
On 2/1/11 8:12 AM, Magnus Lie Hetland wrote:
[snip]
I'm not objecting to the use of algorithm -- it's a good choice in
practice -- but the docs should probably specify that the linear
guarantee does not hold in the worst case?
You're ri
On 2/1/11 9:21 AM, Don wrote:
Jonathan M Davis wrote:
On Sunday 30 January 2011 05:28:36 SHOO wrote:
To be frank, I don't think that such a helper is necessary.
I think these helpers will harm intuitive readability of unittest code.
For unittest code, it is necessary to be able to understand
On 2/1/11 8:12 AM, Magnus Lie Hetland wrote:
I was reading the docs for std.algorithm, when I came across topN. This
is, of course, a highly useful problem, with several solutions; I was a
bit surprised to see the claim that it runs in linear time. As far as I
know, the only ways of achieving tha
Jonathan M Davis wrote:
On Sunday 30 January 2011 05:28:36 SHOO wrote:
To be frank, I don't think that such a helper is necessary.
I think these helpers will harm intuitive readability of unittest code.
For unittest code, it is necessary to be able to understand easily even
if without the docu
== Quote from Gour (g...@atmarama.net)'s article
> --Sig_/_Z9B_1vagUlo.9QU5gvlwWx
> Content-Type: text/plain; charset=US-ASCII
> Content-Transfer-Encoding: quoted-printable
> On Tue, 01 Feb 2011 09:57:18 -0500
> Gary Whatmore wrote:
> > A quick look at my daily routines revealed that I spend 7 hou
On Tue, 01 Feb 2011 09:57:18 -0500
Gary Whatmore wrote:
> A quick look at my daily routines revealed that I spend 7 hours
> studying the dmd and phobos diffs, Debian, Ubuntu, and Arch linux
> packages status,
Here is something which I plan to do: install Free(PC)BSD stable
(there will be 8.2 re
On Tuesday 01 February 2011 06:44:56 Jens Mueller wrote:
> Jonathan M Davis wrote:
> > On Monday 31 January 2011 15:49:11 Jens Mueller wrote:
> > > spir wrote:
> > > > On 01/30/2011 01:13 PM, Jens Mueller wrote:
> > > > >I do not like putting it in std.exception. Maybe the name
> > > > >std.unittes
Recently Bruno M. wrote:
> I may be spending too much time on the NG (especially for someone who doesn't
> skip the 8 hours of sleep)
A quick look at my daily routines revealed that I spend 7 hours studying the
dmd and phobos diffs, Debian, Ubuntu, and Arch linux packages status, bug
reports a
On Tue, 01 Feb 2011 03:05:13 -0500, Rainer Schuetze
wrote:
Robert Jacques wrote:
On Mon, 31 Jan 2011 16:25:11 -0500, Eelco Hoogendoorn
wrote:
[...]
Lastly, D DLLs will only work on Vista/Windows 7/later. They will not
work on XP. This is due to a long known bug with DLLs and thread loca
Jonathan M Davis wrote:
> On Monday 31 January 2011 15:49:11 Jens Mueller wrote:
> > spir wrote:
> > > On 01/30/2011 01:13 PM, Jens Mueller wrote:
> > > >I do not like putting it in std.exception. Maybe the name std.unittest
> > > >is also not good. I would propose std.assert if assert wasn't a key
Bruno Medeiros wrote:
But for immutable data (like the contents of the elements of a
string[]),
that doesn't matter, does it?
Maybe it won't matter for the *contents of the elements* of the string
array, but the whole result value has to be /the same/ as if the
optimization was not app
I was reading the docs for std.algorithm, when I came across topN. This
is, of course, a highly useful problem, with several solutions; I was a
bit surprised to see the claim that it runs in linear time. As far as I
know, the only ways of achieving that would be (1) using the
super-elegant, but
On 2/1/11 2:44 PM, Bruno Medeiros wrote:
[…] a direct association between each
revision in the source code projects, and the corresponding revision in
the dependencies project. […]
With Git, you could use submodules for that task – I don't know if
something similar exists for Mercurial.
Davi
On 29/01/2011 10:02, "Jérôme M. Berger" wrote:
Michel Fortin wrote:
On 2011-01-28 11:29:49 -0500, Bruno Medeiros
said:
I've also been mulling over whether to try out and switch away from
Subversion to a DVCS, but never went ahead cause I've also been
undecided about Git vs. Mercurial. So thi
On 14/01/2011 09:49, %fil wrote:
I for one fully agree with you on this, having spend a lot of my
time in recent years coding in c# and the tool support (from an
IDE perspective) that comes a along with programming in .Net, I
agree that the coding productivity in bigger applications receives
a go
On 28/01/2011 21:14, retard wrote:
Fri, 28 Jan 2011 15:03:24 +, Bruno Medeiros wrote:
I know, I know. :) (I am up-to-date on D.announce, just not on "D" and
"D.bugs")
I still wanted to make that point though. First, for retrospection, but
also because it may still apply to a few other DSo
On 28/01/2011 20:25, Simen kjaeraas wrote:
Bruno Medeiros wrote:
On 27/01/2011 21:05, Simen kjaeraas wrote:
Bruno Medeiros wrote:
string[] func(string arg) pure {
string elem2 = "blah".idup;
return [ arg, elem2 ];
}
The compiler *cannot* know (well, looking at the signature only of
course
On 28/01/2011 12:41, Daniel Gibson wrote:
Am 28.01.2011 13:33, schrieb Bruno Medeiros:
On 08/01/2011 09:14, Walter Bright wrote:
Jonathan M Davis wrote:
On Saturday 08 January 2011 00:16:13 Walter Bright wrote:
Jérôme M. Berger wrote:
When I built my latest PC, I saw in the MB manual that it
On 28/01/2011 15:19, Andrei Alexandrescu wrote:
On 1/28/11 5:37 AM, Bruno Medeiros wrote:
You mean to say that there would be three possible signatures for toText
(for char[], wchar[], dchar[]), that the class coder can choose?
But of course, the coder would only need to define one, right?
(othe
On Monday 31 January 2011 15:49:11 Jens Mueller wrote:
> spir wrote:
> > On 01/30/2011 01:13 PM, Jens Mueller wrote:
> > >I do not like putting it in std.exception. Maybe the name std.unittest
> > >is also not good. I would propose std.assert if assert wasn't a keyword.
> > >[...]
> > >
> > I woul
On 02/01/2011 12:49 AM, Jens Mueller wrote:
spir wrote:
On 01/30/2011 01:13 PM, Jens Mueller wrote:
I do not like putting it in std.exception. Maybe the name std.unittest
is also not good. I would propose std.assert if assert wasn't a keyword.
[...]
I would_not_ expect helpers for writing
On 31/01/2011 17:54, Ulrik Mikaelsson wrote:
One special-case which often cause problems, is function-calls,
especially "method"-calls. Roughly lines like: (note 3-level leading
indent)
otherObj1.doSomethingSensible(otherObj2.internalVariable,
this.config, this.context);
At this po
Here's SDC, just for kicks:
[SDC]$ find src/sdc -name "*.d" -print0 | xargs --null wc -l | sort -rn |
head -n 1
12545 total
[SDC]$ find src/sdc -name "*.d" -print0 | xargs --null grep '.\{81,\}' |
cut -f1 -d:| uniq -c | sort -nr
81 src/sdc/gen/value.d
44 src/sdc/gen/expression.d
On 2011-01-31 17:00:57 +0100, Jacob Carlborg said:
On 2011-01-31 10:18, Lars T. Kyllingstad wrote:
[snip]
I'm not sure if it's related:
http://d.puremagic.com/issues/show_bug.cgi?id=4854
-Lars
Can it be this problem: http://d.puremagic.com/issues/show_bug.cgi?id=4854 ?
That's the same on
On 2011-01-31 17:03:50 +0100, Jacob Carlborg said:
To begin with, are you using Mac OS X 10.5 or 10.6? If you're using
10.6 we can rule out that bug.
I'm using 10.5.8.
--
Magnus Lie Hetland
http://hetland.org
Robert Jacques wrote:
On Mon, 31 Jan 2011 16:25:11 -0500, Eelco Hoogendoorn
wrote:
[...]
Lastly, D DLLs will only work on Vista/Windows 7/later. They will not
work on XP. This is due to a long known bug with DLLs and thread local
storage in general on XP. Also, you'll have to use 32-bit C#
96 matches
Mail list logo