On Thu, Jan 6, 2011 at 12:28 AM, Walter Bright
newshou...@digitalmars.comwrote:
That's pretty much what I'm afraid of, losing my grip on how the whole
thing works if there are multiple dmd committers.
Perhaps using a modern SCM like Git might help? Everyone could have (and
should have)
Nick Sabalausky:
Automatically accepting all submissions immediately into the main line with no
review isn't a good thing either.
I agree with all you have said, I was not suggesting a wild west :-)
But maybe there are ways to improve the situation a little, I don't think the
current
Andrei:
One more thing. Since assert() is available and useful outside
unittests, I don't see a reason for which assertPred and friends should
only be available during unittesting. I can sure use them in regular code.
I guess assertPred creates statistics to be printed at the end of the
Jonathan M Davis jmdavisp...@gmx.com wrote in message
news:mailman.450.1294300236.4748.digitalmar...@puremagic.com...
On Wednesday 05 January 2011 23:08:21 Nick Sabalausky wrote:
Jonathan M Davis jmdavisp...@gmx.com wrote in message
Caligo iteronve...@gmail.com wrote in message
news:mailman.451.1294306555.4748.digitalmar...@puremagic.com...
On Thu, Jan 6, 2011 at 12:28 AM, Walter Bright
newshou...@digitalmars.comwrote:
That's pretty much what I'm afraid of, losing my grip on how the whole
thing works if there are
On 2011-01-05 22:39, bearophile wrote:
Jacob Carlborg:
And sometimes Mac OS X is *slightly* ahead of the other OSes, Tango has
had support for dynamic libraries on Mac OS X using DMD for quite a
while now. For D2 a patch is just sitting there in bugzilla waiting for
the last part of it to be
2011/1/6 Nick Sabalausky a...@a.a:
Caligo iteronve...@gmail.com wrote in message
news:mailman.451.1294306555.4748.digitalmar...@puremagic.com...
Perhaps using a modern SCM like Git might help? Everyone could have (and
should have) commit rights, and they would send pull requests. You or one
Jacob Carlborg:
So what are you saying here? That I should fork druntime and apply the
patches myself? I already have too many projects to handle, I probably
can't handle yet another one.
See my more recent post for some answer. I think changing how DMD source code
is managed (allowing
Walter Bright:
I don't, either.
Then it's a very good moment for starting to seeing/understanding this and
similar things!
Bye,
bearophile
Nick Sabalausky wrote:
Caligo iteronve...@gmail.com wrote in message
news:mailman.451.1294306555.4748.digitalmar...@puremagic.com...
On Thu, Jan 6, 2011 at 12:28 AM, Walter Bright
newshou...@digitalmars.comwrote:
That's pretty much what I'm afraid of, losing my grip on how the whole
thing
Michel Fortin wrote:
I'm not sold on the concept. The whole point of this module seems to
offer a way to replace the built-in assertion mechanism with a
customized one, with the sole purpose of giving better error messages.
So we're basically encouraging the use of:
assertPredicate!a b(a,
On Thu, 2011-01-06 at 03:35 -0600, Caligo wrote:
[ . . . ]
Perhaps using a modern SCM like Git might help? Everyone could have
(and should have) commit rights, and they would send pull requests.
You or one of the managers would then review the changes and pull and
merge with the
On Thu, 2011-01-06 at 03:10 -0800, Walter Bright wrote:
Nick Sabalausky wrote:
Caligo iteronve...@gmail.com wrote in message
news:mailman.451.1294306555.4748.digitalmar...@puremagic.com...
On Thu, Jan 6, 2011 at 12:28 AM, Walter Bright
newshou...@digitalmars.comwrote:
That's pretty
Nick Sabalausky wrote:
Caligo iteronve...@gmail.com wrote in message
news:mailman.451.1294306555.4748.digitalmar...@puremagic.com...
On Thu, Jan 6, 2011 at 12:28 AM, Walter Bright
newshou...@digitalmars.comwrote:
That's pretty much what I'm afraid of, losing my grip on how the whole
thing
On 2011-01-06 01:36:32 -0500, Jonathan M Davis jmdavisp...@gmx.com said:
Okay. I thought this through a bit more, and I think that if the evaluation was
stopped when all that was left in the expression was boolean operators
and their
operands, then that pretty much has to be what the
On 2011-01-06 06:45:41 -0500, Lutger Blijdestijn
lutger.blijdest...@gmail.com said:
As you said, it is all about the error messages, not replacing assert perse.
So this comparison would be more fair, using the syntax suggested by Andrei:
assertPred!(a, b);
vs
assert(a b, format(a b
Michel Fortin wrote:
On 2011-01-06 06:45:41 -0500, Lutger Blijdestijn
lutger.blijdest...@gmail.com said:
As you said, it is all about the error messages, not replacing assert
perse. So this comparison would be more fair, using the syntax suggested
by Andrei:
assertPred!(a, b);
vs
Robert Jacques wrote:
I've been working on an update to both std.json and std.variant.
Yes, I remember looking at it before. Both look outstanding, but
I haven't actually used them yet so the improvements haven't quite
sunk into my brain.
I think the differentiating point here is mainly that
On 2011-01-06 08:44:33 -0500, Lutger Blijdestijn
lutger.blijdest...@gmail.com said:
Michel Fortin wrote:
The whole point of my proposal is to make the regular asserts print a
message similar to yours *by default*, when you don't specify any
message. This is possible because assert is not a
On 2011-01-06 07:28, Walter Bright wrote:
Nick Sabalausky wrote:
Automatically accepting all submissions immediately into the main line
with no review isn't a good thing either. In that article he's
complaining about MS, but MS is notorious for ignoring all non-MS
input, period. D's already
On 1/5/11 8:54 PM, Ary Borenszweig wrote:
I prefer assert, assertFalse, assertEqual and assertNotEqual.
Compare this:
assertPredicate!a b(1 + 1, 3);
To this:
assert(1 + 1 3)
Or to this:
assertLess(1 + 1, 3)
Ok, the first one is more generic. But so the error message for the assertion
On 1/5/11 9:35 PM, Michel Fortin wrote:
I'm not sold on the concept. The whole point of this module seems to
offer a way to replace the built-in assertion mechanism with a
customized one, with the sole purpose of giving better error messages.
So we're basically encouraging the use of:
Walter Bright wrote:
Nick Sabalausky wrote:
Caligo iteronve...@gmail.com wrote in message
news:mailman.451.1294306555.4748.digitalmar...@puremagic.com...
On Thu, Jan 6, 2011 at 12:28 AM, Walter Bright
newshou...@digitalmars.comwrote:
That's pretty much what I'm afraid of, losing my grip on
On 1/6/11 1:22 AM, Robert Jacques wrote:
On Mon, 03 Jan 2011 17:23:29 -0500, Adam Ruppe
destructiona...@gmail.com wrote:
Over the weekend, I attacked opDispatch again and found some old
Variant bugs were killed. I talked about that in the Who uses D
thread.
Today, I couldn't resist revisiting
On 2011-01-06 10:10:46 -0500, Andrei Alexandrescu
seewebsiteforem...@erdani.org said:
On 1/5/11 9:35 PM, Michel Fortin wrote:
I'm not sold on the concept. The whole point of this module seems to
offer a way to replace the built-in assertion mechanism with a
customized one, with the sole
On 1/6/11 3:57 AM, bearophile wrote:
Andrei:
One more thing. Since assert() is available and useful outside
unittests, I don't see a reason for which assertPred and friends should
only be available during unittesting. I can sure use them in regular code.
I guess assertPred creates statistics
On 1/6/11 3:57 AM, bearophile wrote:
Andrei:
One more thing. Since assert() is available and useful outside
unittests, I don't see a reason for which assertPred and friends should
only be available during unittesting. I can sure use them in regular code.
I guess assertPred creates statistics
On 1/6/11 9:18 AM, Don wrote:
Walter Bright wrote:
Nick Sabalausky wrote:
Caligo iteronve...@gmail.com wrote in message
news:mailman.451.1294306555.4748.digitalmar...@puremagic.com...
On Thu, Jan 6, 2011 at 12:28 AM, Walter Bright
newshou...@digitalmars.comwrote:
That's pretty much what I'm
On 1/5/11 9:55 PM, BCS wrote:
After a little more thinking I'm wondering if I'm targeting a
different use case than other people are thinking about.
The case I'm designing for, is where you have a relatively small
number of inputs (that may be in a mishmash of units and systems), a
relatively
On Thursday 06 January 2011 05:30:56 Michel Fortin wrote:
There's an other issue that's bothering me with these assertion
functions... with 'assert', assertions behaves differently depending on
where you write them. In regular code, on failure it calls _d_assert*,
in a unit test on failure it
i have used svn, cvs a little, mercurial and git and i prefer git for me is
better way
Very powerfull for managing branch and do merge. Chery pick is too very
powerfull.
And yes git allow multi branch
Some of us who have the knack of writing metaprograms in D know that
many algorithms can be implemented with both recursive templates and
CTFE. A simple example is map:
Recursive template instantiation:
template staticMap(alias pred, A...)
{
static if (A.length)
alias
On 01/06/2011 07:49 PM, Max Samukha wrote:
template staticMap(alias pred, A...)
{
static if (A.length)
alias TypeTuple!(pred!(A[0]), staticMap!(A[1..$])) staticMap;
}
Should be:
template staticMap(alias pred, A...)
{
static if (A.length)
alias TypeTuple!(pred!(A[0]),
On Thu, 06 Jan 2011 10:35:07 -0500, Andrei Alexandrescu
seewebsiteforem...@erdani.org wrote:
On 1/6/11 1:22 AM, Robert Jacques wrote:
On Mon, 03 Jan 2011 17:23:29 -0500, Adam Ruppe
destructiona...@gmail.com wrote:
Over the weekend, I attacked opDispatch again and found some old
Variant bugs
On Thu, 06 Jan 2011 12:49:19 -0500, Max Samukha spam...@d-coding.com
wrote:
Some of us who have the knack of writing metaprograms in D know that
many algorithms can be implemented with both recursive templates and
CTFE. A simple example is map:
Recursive template instantiation:
template
On 1/6/11 11:52 AM, Robert Jacques wrote:
And Variant still only holds an object of some preexisting type. What
you are seeing is simply syntactic sugar for a Variant of type
Variant[string]. The above lowers down into:
Variant v;
Variant[string] __temp;
v = __temp;
v[a] = 10;
assert(v[a] ==
Walter Bright Wrote:
I'm not sure I see how that's any different from everyone having create
and
submit a patch rights, and then having Walter or one of the managers
review
the changes and merge/patch with the main branch.
I don't, either.
I actually founds some D repositories
Steven Schveighoffer wrote:
I don't expect this to be a huge problem. Will people who more likely
destroy an object with:
clear(obj);
or
obj.clear();
? To me, the first looks like you are doing an operation to the object,
where the second looks like you are having the object do an
On Thursday, January 06, 2011 09:49:19 Max Samukha wrote:
Some of us who have the knack of writing metaprograms in D know that
many algorithms can be implemented with both recursive templates and
CTFE. A simple example is map:
Recursive template instantiation:
template staticMap(alias
On Thursday, January 06, 2011 10:47:11 Jérôme M. Berger wrote:
Steven Schveighoffer wrote:
I don't expect this to be a huge problem. Will people who more likely
destroy an object with:
clear(obj);
or
obj.clear();
? To me, the first looks like you are doing an operation
Russel Winder Wrote:
Whilst I concur (massively) that Subversion is no longer the correct
tool for collaborative working, especially on FOSS projects, but also
for proprietary ones, I am not sure Git is the best choice of tool.
Whilst Git appears to have the zeitgeist, Mercurial and Bazaar
Andrei Alexandrescu wrote:
What are the advantages of Mercurial over git? (git does allow multiple
branches.)
Here's a comparison. Although I am partial to Mercurial, I have
tried to be fair. Some of the points are in favor of Mercurial, some
in favor of Git, and some are simply
On 2011-01-06 11:34:48 -0500, Jonathan M Davis jmdavisp...@gmx.com said:
On Thursday 06 January 2011 05:30:56 Michel Fortin wrote:
There's an other issue that's bothering me with these assertion
functions... with 'assert', assertions behaves differently depending on
where you write them. In
On 06/01/11 17:49, Max Samukha wrote:
Some of us who have the knack of writing metaprograms in D know that
many algorithms can be implemented with both recursive templates and
CTFE. A simple example is map:
Recursive template instantiation:
template staticMap(alias pred, A...)
{
static if
http://www.drdobbs.com/blog/archives/2011/01/patterns_of_bug.html
(dedicated to bearophile!)
Anyone want to post it on reddit?
Russel Winder wrote:
Pity, because using one of Mercurial, Bazaar or Git instead of
Subversion is likely the best and fastest way of getting more quality
contributions to review. Although only anecdotal in every case where a
team has switched to DVCS from CVCS -- except in the case of closed
Tomek Sowiński napisał:
[snip]
Two days, no answer. I was told that silence means agreement on this NG but
this is extreme ;-)
Seriously, what did I do wrong? Too long/boring post?
--
Tomek
Jacob Carlborg wrote:
Has this been announced (somewhere else than the DMD mailing list)?
Where can one get the test suite? It should be available and easy to
find and with instructions how to run it. Somewhere on the Digitalmars
site or/and perhaps released with the DMD source code?
It's
Walter Bright Wrote:
Russel Winder wrote:
Pity, because using one of Mercurial, Bazaar or Git instead of
Subversion is likely the best and fastest way of getting more quality
contributions to review. Although only anecdotal in every case where a
team has switched to DVCS from CVCS --
On 2011-01-06 21:38:38 +0200, Walter Bright said:
http://www.drdobbs.com/blog/archives/2011/01/patterns_of_bug.html
(dedicated to bearophile!)
Anyone want to post it on reddit?
http://www.reddit.com/r/programming/comments/exfnb/patterns_of_bugs/
done!
Am 06.01.2011 20:46, schrieb Walter Bright:
Russel Winder wrote:
Pity, because using one of Mercurial, Bazaar or Git instead of
Subversion is likely the best and fastest way of getting more quality
contributions to review. Although only anecdotal in every case where a
team has switched to DVCS
Jesse Phillips Wrote:
where the web view will highlight the revision's changes. Does git or
mercurial
do that? The other thing I like a lot about gif is it sends out emails for
each
checkin.
One thing I would dearly like is to be able to merge branches using meld.
On 2011-01-06 15:01:18 -0500, Jesse Phillips jessekphillip...@gmail.com said:
Walter Bright Wrote:
A couple months back, I did propose moving to git on the dmd internals mailing
list, and nobody was interested.
I probably wasn't on the list at the time. I'm certainly interested,
it'd
Walter Bright newshou...@digitalmars.com wrote in message
news:ig55s4$1uc...@digitalmars.com...
http://www.drdobbs.com/blog/archives/2011/01/patterns_of_bug.html
(dedicated to bearophile!)
Anyone want to post it on reddit?
I noticed that C-style octal literals were conspicuously absent from
On 06/01/11 19:38, Walter Bright wrote:
http://www.drdobbs.com/blog/archives/2011/01/patterns_of_bug.html
(dedicated to bearophile!)
Anyone want to post it on reddit?
It's too bad there doesn't seem to be an online repository of them.
They would make for great research material for
On 06/01/11 19:46, Walter Bright wrote:
One thing I like a lot about svn is this:
http://www.dsource.org/projects/dmd/changeset/291
That's Trac, not SVN doing it - all other version control systems do a
similar thing.
where the web view will highlight the revision's changes. Does git or
Nick Sabalausky wrote:
I noticed that C-style octal literals were conspicuously absent from the
examples ;)
Everyone has their favorite pattern. I could literally list thousands of them.
Great article, though. Having been in D-land for so long, and being a
long-time hardcore fan of the
On Thu, Jan 6, 2011 at 6:25 PM, Robert Clipsham
rob...@octarineparrot.comwrote:
On 06/01/11 19:38, Walter Bright wrote:
http://www.drdobbs.com/blog/archives/2011/01/patterns_of_bug.html
(dedicated to bearophile!)
Anyone want to post it on reddit?
It's too bad there doesn't seem to be an
Jesse Phillips wrote:
Walter Bright Wrote:
One thing I like a lot about svn is this:
http://www.dsource.org/projects/dmd/changeset/291
You mean this:
https://github.com/braddr/dmd/commit/f1fde96227394f926da5841db4f0f4c608b2e7b2
Yes, exactly. Good.
One thing I would dearly like is to be
Michel Fortin wrote:
On 2011-01-06 15:01:18 -0500, Jesse Phillips
jessekphillip...@gmail.com said:
Walter Bright Wrote:
A couple months back, I did propose moving to git on the dmd
internals mailing
list, and nobody was interested.
I probably wasn't on the list at the time. I'm certainly
Walter:
http://www.drdobbs.com/blog/archives/2011/01/patterns_of_bug.html
(dedicated to bearophile!)
Thank you Walter :-)
The article is simple but nice. Few comments:
The possible mechanic's mistake is designed out of the system.
In the first books written by Donald Norman there are many
Guilherme Vieira Wrote:
On Thu, Jan 6, 2011 at 6:25 PM, Robert Clipsham
rob...@octarineparrot.comwrote:
If no one else volunteers I guess I could hack something crude together, it
would still need people to volunteer bugs for it, as well as sources/proof
for each bug (links to
Am 06.01.2011 21:37, schrieb Guilherme Vieira:
On Thu, Jan 6, 2011 at 6:25 PM, Robert Clipsham rob...@octarineparrot.com
mailto:rob...@octarineparrot.com wrote:
On 06/01/11 19:38, Walter Bright wrote:
http://www.drdobbs.com/blog/archives/2011/01/patterns_of_bug.html
Walter Bright Wrote:
Eh, that's inferior. The svn will will highlight what part of a line is
different, rather than just the whole line.
As others have mentioned, it really isn't the CVS, I don't think the default
SVN web server does the highlighting you want, it might not even do any
On 02/01/2011 13:01, Manfred_Nowak wrote:
Walter Bright wrote:
writing generic code so that the same code can be generated for void
and non-void return values.
http://d.puremagic.com/issues/show_bug.cgi?id=5399 (cited 01/02/11)
The docs include:
| Expressions that have no effect, like (x +
Am 06.01.2011 23:26, schrieb Nick Sabalausky:
Daniel Gibsonmetalcae...@gmail.com wrote in message
news:ig57ar$1gn...@digitalmars.com...
Am 06.01.2011 20:46, schrieb Walter Bright:
Russel Winder wrote:
Pity, because using one of Mercurial, Bazaar or Git instead of
Subversion is likely the
Daniel Gibson metalcae...@gmail.com wrote in message
news:ig57ar$1gn...@digitalmars.com...
Am 06.01.2011 20:46, schrieb Walter Bright:
Russel Winder wrote:
Pity, because using one of Mercurial, Bazaar or Git instead of
Subversion is likely the best and fastest way of getting more quality
On Thu, 06 Jan 2011 21:46:47 +0200, Walter Bright
newshou...@digitalmars.com wrote:
A couple months back, I did propose moving to git on the dmd internals
mailing list, and nobody was interested.
Walter, if you do make the move to git (or in generally switch DVCSes),
please make it so
Daniel Gibson wrote:
Am 06.01.2011 23:26, schrieb Nick Sabalausky:
Daniel Gibsonmetalcae...@gmail.com wrote in message
news:ig57ar$1gn...@digitalmars.com...
Am 06.01.2011 20:46, schrieb Walter Bright:
Russel Winder wrote:
Pity, because using one of Mercurial, Bazaar or Git instead of
Robert Clipsham rob...@octarineparrot.com wrote in message
news:ig58tk$24b...@digitalmars.com...
On 06/01/11 19:46, Walter Bright wrote:
One thing I like a lot about svn is this:
http://www.dsource.org/projects/dmd/changeset/291
That's Trac, not SVN doing it - all other version control
On 1/6/11 2:59 PM, Tomek Sowiński wrote:
Andrei Alexandrescu napisał:
* Remove assertCmp and fold it into assertPredicate. With trivial
metaprogramming you can distinguish an operator from an actual expression.
assertPredicate!(1 + 1, 2.1);
If it's trivial, put it into binaryFun, so that
On 1/6/11 4:26 PM, Nick Sabalausky wrote:
DDMD uses Mercurial on DSource: http://www.dsource.org/projects/ddmd
The ready availability of Mercurial on dsource.org plus Don's
inclination to use Mercurial just tipped the scale for me. We should do
all we can to make Don's and other developers'
On 1/6/11 4:29 PM, Stewart Gordon wrote:
On 02/01/2011 13:01, Manfred_Nowak wrote:
Walter Bright wrote:
writing generic code so that the same code can be generated for void
and non-void return values.
http://d.puremagic.com/issues/show_bug.cgi?id=5399 (cited 01/02/11)
The docs include:
|
On Thu, 6 Jan 2011, Andrei Alexandrescu wrote:
On 1/6/11 4:26 PM, Nick Sabalausky wrote:
DDMD uses Mercurial on DSource: http://www.dsource.org/projects/ddmd
The ready availability of Mercurial on dsource.org plus Don's inclination to
use Mercurial just tipped the scale for me. We should
On 1/6/2011 3:03 PM, Daniel Gibson wrote:
Dsource seems to support both git and mercurial, but I don't know which
projects use them, else I'd them as examples to see how those trac
plugins work in real life.
I stumbpled across this url the other day: http://hg.dsource.org/
Seems to list
I've ever only used hg (mercurial), but only for some private
repositories. I'll say one thing: it's pretty damn fast considering it
requires Python to work. Also, Joel's tutorial that introduced me to
hg was short and and to the point: http://hginit.com/
Andrei Alexandrescu:
Walter, please drop that feature and let's move
on. Again, you can take my word that such a feature offers nothing to
generic and generative programming.
Thank you Andrei :-)
Bye,
bearophile
Andrei:
The ready availability of Mercurial on dsource.org plus Don's
inclination to use Mercurial just tipped the scale for me. We should do
all we can to make Don's and other developers' life easier, and being
able to work on multiple fixes at a time is huge.
Probably both Mercurial and
On Fri, 07 Jan 2011 01:03:42 +0200, Brad Roberts
bra...@slice-2.puremagic.com wrote:
2) walter's workflow meaning that he'll won't use the scm merge
facilities. He manually merges everything.
Not sure about Hg, but in Git you can solve this by simply manually
specifying the two
On 1/6/11 8:19 PM, Jérôme M. Berger wrote:
Here's a comparison. Although I am partial to Mercurial, I have
tried to be fair.
Jérôme, I'm usually not the one arguing ad hominem, but are you sure
that you really tried to be fair? If you want to make subjective
statements about
On 1/6/11 11:47 PM, Andrei Alexandrescu wrote:
Mercurial on dsource.org …
Personally, I'd really like to persuade Walter, you, and whoever else
actually decides this to consider hosting the main repository at an
external place like GitHub or Mercurial, because DSource has been having
some
On Thu, 06 Jan 2011 17:42:29 +0200, Andrei Alexandrescu
seewebsiteforem...@erdani.org wrote:
What are the advantages of Mercurial over git? (git does allow multiple
branches.)
We've had a discussion in #d (IRC), and the general consensus there seems
to be strongly in favor of Git/GitHub.
On 01/06/11 17:55, Vladimir Panteleev wrote:
Disclaimer: I use Git, and avoid Mercurial if I can mainly because I
don't want to learn another VCS. Nevertheless, I tried to be objective
above.
As I mentioned on IRC, I strongly believe this must be a fully-informed
decision, since changing VCSes
David Nadlinger s...@klickverbot.at wrote in message
news:ig5n74$2vu...@digitalmars.com...
On 1/6/11 11:47 PM, Andrei Alexandrescu wrote:
Mercurial on dsource.org .
Personally, I'd really like to persuade Walter, you, and whoever else
actually decides this to consider hosting the main
On 2011-01-06 19:55:10 -0500, Vladimir Panteleev
vladi...@thecybershadow.net said:
2) One-click forking - you can easily publish improvements that are
easily discoverable to people interested in the project. (This
practically guarantees that an open-source project will never hit a
dead
Vladimir Panteleev vladi...@thecybershadow.net wrote in message
news:op.vowx58gqtuz...@cybershadow.mshome.net...
Git is expected to be slower on Windows, since it runs on top of
cygwin/msys.
I'd consider running under MSYS to be a *major* disadvantage. MSYS is barely
usable garbage (and
On Fri, 07 Jan 2011 03:17:50 +0200, Michel Fortin
michel.for...@michelf.com wrote:
Easy forking is nice, but it could be a problem in our case. The license
for the backend is not open-source enough for someone to republish it
(in a separate own repo) without Walter's permission.
I
On Fri, 07 Jan 2011 03:30:16 +0200, Nick Sabalausky a...@a.a wrote:
I'd consider running under MSYS to be a *major* disadvantage. MSYS is
barely
usable garbage (and cygwin is just plain worthless).
Why? MSysGit works great here! I have absolutely no issues with it. It
doesn't pollute
On 01/06/11 18:30, Vladimir Panteleev wrote:
On Fri, 07 Jan 2011 03:17:50 +0200, Michel Fortin
michel.for...@michelf.com wrote:
Easy forking is nice, but it could be a problem in our case. The
license for the backend is not open-source enough for someone to
republish it (in a separate own
On 2011-01-06 20:30:53 -0500, Vladimir Panteleev
vladi...@thecybershadow.net said:
On Fri, 07 Jan 2011 03:17:50 +0200, Michel Fortin
michel.for...@michelf.com wrote:
Easy forking is nice, but it could be a problem in our case. The
license for the backend is not open-source enough for
On 1/7/11 2:43 AM, Michel Fortin wrote:
Which means that we need another solution for the backend, and if that
solution isn't too worthless it could be used to host the other parts
too and keep them together.
Just to be sure: You did mean »together« as in »separate repositories on
the same
I don't think git really needs MSYS? I mean I've just installed git
again and it does have it's own executable runnable from the console.
It seems to have a gui as well, runnable with git gui. Pretty cool.
And you can create an icon shotcut to the repo. Sweet.
I'd vote for either the two,
On Fri, 07 Jan 2011 04:09:04 +0200, Andrej Mitrovic
andrej.mitrov...@gmail.com wrote:
I don't think git really needs MSYS? I mean I've just installed git
again and it does have it's own executable runnable from the console.
MSysGit comes with its own copy of MSys. It's pretty transparent to
On Thu, Jan 6, 2011 at 5:50 AM, Russel Winder rus...@russel.org.uk wrote:
Whilst I concur (massively) that Subversion is no longer the correct
tool for collaborative working, especially on FOSS projects, but also
for proprietary ones, I am not sure Git is the best choice of tool.
Whilst Git
Vladimir Panteleev vladi...@thecybershadow.net wrote in message
news:op.vow11fqdtuz...@cybershadow.mshome.net...
On Fri, 07 Jan 2011 04:09:04 +0200, Andrej Mitrovic
andrej.mitrov...@gmail.com wrote:
I don't think git really needs MSYS? I mean I've just installed git
again and it does have
On Thu, Jan 6, 2011 at 8:47 PM, Daniel Gibson metalcae...@gmail.com wrote:
Yeah, see also: http://schacon.github.com/bitbucket.html by the same
author
When this rant was new I read a page that listed where Github stole their
ideas and designs (Sourceforce for example), but I can't find it
Caligo iteronve...@gmail.com wrote in message
news:mailman.461.1294366839.4748.digitalmar...@puremagic.com...
BitBucket has copied almost everything from Github, and I don't understand
how they've never been sued.
http://dev.pocoo.org/~blackbird/github-vs-bitbucket/bitbucket.html
That page
Tomek Sowinski j...@ask.me wrote in message
news:20110104222343.4...@unknown...
Nested functions to be immutably pure must also guarantee that nothing
gets mutated through its stack frame pointer. But there's a problem -- the
compiler won't accept 'immutable' on a nested function. I
Nick Sabalausky Wrote:
Vladimir Panteleev vladi...@thecybershadow.net wrote in message
news:op.vow11fqdtuz...@cybershadow.mshome.net...
On Fri, 07 Jan 2011 04:09:04 +0200, Andrej Mitrovic
andrej.mitrov...@gmail.com wrote:
I don't think git really needs MSYS? I mean I've just installed
Is there a way to create a function pointer which returns a reference? In all
the ways I've tried it, my return value becomes not an lvalue.
1 - 100 of 206 matches
Mail list logo