On Fri, Jun 19, 2015 at 8:18 PM, Jakub Narębski jna...@gmail.com wrote:
On 2015-06-18 at 23:25, Tuncer Ayaz wrote:
On Thu, Jun 18, 2015 at 12:52 AM, Theodore Ts'o wrote:
On Wed, Jun 17, 2015 at 10:26:32PM +0200, Tuncer Ayaz wrote:
[...]
One could imagine some frankly, quite rare example
On Thu, Jun 18, 2015 at 12:52 AM, Theodore Ts'o wrote:
On Wed, Jun 17, 2015 at 10:26:32PM +0200, Tuncer Ayaz wrote:
By allowing multiple authors, you don't have to decide who's the
primary author, as in such situations usually there is no primary
at all. I sometimes deliberately override
Even though I don't have time to work on a feature like this, like
others before me, I've been in situations where I would have liked to
set more than one GIT_AUTHOR_NAME (etc.) for a single commit due to
the involvement of multiple developers in authoring a change.
Is this something that breaks
On Wed, Jun 17, 2015 at 9:58 PM, Junio C Hamano wrote:
Tuncer Ayaz tuncer.a...@gmail.com writes:
Is this something that breaks the design and would never be
implemented,
Yes.
Junio, thanks for the quick response.
I suppose things have changed since Jonathan Nieder's response in [1]
(2010
On Wed, Jun 17, 2015 at 11:51 PM, Junio C Hamano wrote:
j...@joshtriplett.org writes:
Having more than one author field in a commit would likely break
things, but having a coauthor field seems plausible these days.
Git added support for signed commits, and the world didn't end, so
it's
On Sat, Jul 12, 2014 at 6:56 AM, Jeff King wrote:
On Fri, Jul 11, 2014 at 12:12:55AM +0200, Tuncer Ayaz wrote:
Sorry, didn't test properly when I tried with/without config.mak,
and PROFILE=BUILD was the problem. I had that in config.mak based
on information gathered from INSTALL
On Sat, Jul 12, 2014 at 6:56 AM, Jeff King wrote:
I think none of the regular devs uses PROFILE, and it bit-rotted
By the way, is there no build (CI) server for git.git to regularly
test branches on different platforms or at least different build
configs on the same platform?
--
To unsubscribe
The changes in 745224e0 don't seem to build here with gcc-4.9 on
linux x64_64. Any idea what's wrong?
CC credential-store.o
In file included from /usr/lib/.../xmmintrin.h:31:0,
from /usr/lib/.../emmintrin.h:31,
from git-compat-util.h:708,
On Thu, Jul 10, 2014 at 9:59 PM, Tuncer Ayaz wrote:
The changes in 745224e0 don't seem to build here with gcc-4.9 on
linux x64_64. Any idea what's wrong?
s/x64_64/x86_64/
Should have written amd64 to avoid the typo :).
CC credential-store.o
In file included from /usr/lib/.../xmmintrin.h
On Thu, Jul 10, 2014 at 10:23 PM, Jeff King wrote:
On Thu, Jul 10, 2014 at 09:59:37PM +0200, Tuncer Ayaz wrote:
The changes in 745224e0 don't seem to build here with gcc-4.9 on
linux x64_64. Any idea what's wrong?
Weird. It compiles fine on my x86_64 box (Debian unstable, gcc
4.9.0-10
On Thu, Jul 10, 2014 at 10:33 PM, David Turner wrote:
On Thu, 2014-07-10 at 21:59 +0200, Tuncer Ayaz wrote:
The changes in 745224e0 don't seem to build here with gcc-4.9 on
linux x64_64. Any idea what's wrong?
CC credential-store.o
In file included from /usr/lib/.../xmmintrin.h:31:0
On Thu, Jul 10, 2014 at 10:53 PM, David Turner wrote:
On Thu, 2014-07-10 at 22:44 +0200, Tuncer Ayaz wrote:
On Thu, Jul 10, 2014 at 10:33 PM, David Turner wrote:
On Thu, 2014-07-10 at 21:59 +0200, Tuncer Ayaz wrote:
The changes in 745224e0 don't seem to build here with gcc-4.9
Sorry, didn't test properly when I tried with/without config.mak, and
PROFILE=BUILD was the problem. I had that in config.mak based on
information gathered from INSTALL and Makefile. To be clear, is
PROFILE=BUILD (still) supported?
--
To unsubscribe from this list: send the line unsubscribe git in
13 matches
Mail list logo