On Sat, Sep 21, 2013 at 6:56 PM, brian m. carlson
wrote:
> On Sat, Sep 21, 2013 at 05:52:05PM -0500, Felipe Contreras wrote:
>> On Sat, Sep 21, 2013 at 4:29 PM, brian m. carlson
>> wrote:
>> Now, if anybody has ideas into how the bindings could be more object
>> oriented, I'm all ears, but unfor
On Sun, Sep 22, 2013 at 8:41 PM, brian m. carlson
wrote:
> On Sun, Sep 22, 2013 at 05:00:44PM -0700, Junio C Hamano wrote:
>> - Moving away from higher-level scripting languages such as shell and Perl.
>>Recent "clean --interactive" may have added some code that could be
>>reused for a re
On Mon, Sep 23, 2013 at 1:17 PM, Felipe Contreras
wrote:
> Junio C Hamano wrote:
>> In other words, now the Git user and developer community are strong
>> and thriving,
>> we should strive to make the core smaller, not larger, and encourage people
>> to
>> form more third party communities that
On Mon, Sep 23, 2013 at 2:20 PM, Patrick Donnelly wrote:
> On Mon, Sep 23, 2013 at 2:53 PM, Felipe Contreras
> wrote:
>> Yes, but that's not what the words said, the words said 'lua
>> integration' and 'ruby integration' would take that much. Either way
>> it doesn't matter, shared libraries exis
On Mon, Sep 23, 2013 at 2:53 PM, Felipe Contreras
wrote:
> Yes, but that's not what the words said, the words said 'lua
> integration' and 'ruby integration' would take that much. Either way
> it doesn't matter, shared libraries exist for a reason. We don't need
> to statically compile openssl do
Junio C Hamano wrote:
> [on vacaion, with only gmail webmail UI; please excuse me if this message
> comes
> out badly formatted or gets dropped by vger.kernel.org]
>
> On Sat, Sep 21, 2013 at 4:56 PM, brian m. carlson
> wrote:
> > On Sat, Sep 21, 2013 at 05:52:05PM -0500, Felipe Contreras wrote:
On Mon, Sep 23, 2013 at 1:20 PM, Patrick Donnelly wrote:
> Hello Felipe,
>
> On Sun, Sep 22, 2013 at 4:29 AM, Felipe Contreras
> wrote:
>> On Sun, Sep 22, 2013 at 3:12 AM, Fredrik Gustafsson wrote:
>>> And see my humble test of what the speedup would be for git-submodule
>>> even with a faulty l
Hello Felipe,
On Sun, Sep 22, 2013 at 4:29 AM, Felipe Contreras
wrote:
> On Sun, Sep 22, 2013 at 3:12 AM, Fredrik Gustafsson wrote:
>> And see my humble test of what the speedup would be for git-submodule
>> even with a faulty lua integration (still forking... but huge
>> performance boost anywa
On Sun, Sep 22, 2013 at 05:00:44PM -0700, Junio C Hamano wrote:
> - Moving away from higher-level scripting languages such as shell and Perl.
>Recent "clean --interactive" may have added some code that could be
>reused for a rewrite of "add -i" (which I think is in Perl), for example.
>
[on vacaion, with only gmail webmail UI; please excuse me if this message comes
out badly formatted or gets dropped by vger.kernel.org]
On Sat, Sep 21, 2013 at 4:56 PM, brian m. carlson
wrote:
> On Sat, Sep 21, 2013 at 05:52:05PM -0500, Felipe Contreras wrote:
>> On Sat, Sep 21, 2013 at 4:29 PM,
On Sun, Sep 22, 2013 at 3:12 AM, Fredrik Gustafsson wrote:
> On Sun, Sep 22, 2013 at 02:43:39AM -0500, Felipe Contreras wrote:
>> > It would actually be usefull to know stats on where git is runned. In my
>> > world of embedded computing, ruby support definitely isn't a standard,
>> > nor is glibc
On Sun, Sep 22, 2013 at 02:43:39AM -0500, Felipe Contreras wrote:
> > It would actually be usefull to know stats on where git is runned. In my
> > world of embedded computing, ruby support definitely isn't a standard,
> > nor is glibc.
>
> I come from the embedded world as well, and I've never see
On Sun, Sep 22, 2013 at 2:31 AM, Fredrik Gustafsson wrote:
> On Sun, Sep 22, 2013 at 12:36:51AM -0500, Felipe Contreras wrote:
>> > I think it's a bad idea to introduce an entirely new runtime, especially
>> > one known to occasionally blow up on less-common architectures, without
>> > some advanc
On Sun, Sep 22, 2013 at 12:36:51AM -0500, Felipe Contreras wrote:
> > I think it's a bad idea to introduce an entirely new runtime, especially
> > one known to occasionally blow up on less-common architectures, without
> > some advance notice.
>
> This is just FUD. What do you mean blow up on less
brian m. carlson wrote:
> On Sat, Sep 21, 2013 at 05:52:05PM -0500, Felipe Contreras wrote:
> > On Sat, Sep 21, 2013 at 4:29 PM, brian m. carlson
> > wrote:
> > > As Junio has also pointed out in the past, there are people who aren't
> > > able to use Ruby in the same way that they are Perl and Py
On Sat, Sep 21, 2013 at 05:52:05PM -0500, Felipe Contreras wrote:
> On Sat, Sep 21, 2013 at 4:29 PM, brian m. carlson
> wrote:
> > As Junio has also pointed out in the past, there are people who aren't
> > able to use Ruby in the same way that they are Perl and Python. If it's
> > announced now,
On Sat, Sep 21, 2013 at 4:29 PM, brian m. carlson
wrote:
> On Sat, Sep 21, 2013 at 01:48:08PM -0500, Felipe Contreras wrote:
>> Hi,
>>
>> It was discussed before that there was a need to replace Git scripts
>> from perl and sh that utilize the 'git' binary to do everything they
>> need, which requ
On Sat, Sep 21, 2013 at 01:48:08PM -0500, Felipe Contreras wrote:
> Hi,
>
> It was discussed before that there was a need to replace Git scripts
> from perl and sh that utilize the 'git' binary to do everything they
> need, which requires many forks, and that creates problems on
> platforms like W
Hi,
It was discussed before that there was a need to replace Git scripts from perl
and sh that utilize the 'git' binary to do everything they need, which requires
many forks, and that creates problems on platforms like Windows.
This is a first step meant to show how a solution using Ruby would lo
19 matches
Mail list logo
