gdb-discuss
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Gdbheads] A small patch case study, -file-list-exec-source-files


From: Robert Dewar
Subject: Re: [Gdbheads] A small patch case study, -file-list-exec-source-files
Date: Fri, 26 Mar 2004 19:21:32 -0500
User-agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7b) Gecko/20040316

Ian Lance Taylor wrote:

Richard Kenner took specific actions which had every appearance of
conflict between the demands of being gcc maintainer and the demands
of being an employee of Ada Core Technologies.  You say that these
actions had nothing to do with Ada.   My response is that it sure
looked like they had everything to do with Ada.

I am telling you the facts, based on talking to Richard nearly
every day in the period both before and after AdaCore was founded.

I can't read anybody's mind.

Indeed! I suggest not trying. Especially when your uninformed
attempts to do so come out as inappropriate personal attacks.

Richard Kenner did not make those kinds of statements.

Well what are you saying? Are you saying that Richard's work on
Ada took away some time from volunteer work on maintaining GCC?
Perhaps, but all of us have day jobs! In fact Richard's main
activity at AdaCore was always to work on GCC maintenance.

Are you saying that Richard's technical decisions were influenced
inappropriately by his work on GNAT? If so, then that's what seems
to be to me in the category of inappropriate personal attacks.

It is most certainly true that Richard is *VERY* particular on
what he considers acceptable changes, both from a point of view
of technical content and documentation. Believe me, the others
at Ada Core have had to deal with this ourselves :-)

I'll add that I'm now sorry that I brought up this ancient history.
It can't lead to anything good.

True.

I apologize.  I'll try to stop talking about it.

Sounds like a good idea, especially when your knowledge is limited.

I'll also add that being a GNU maintainer is an inherently political
position.  Technical skill is a big part of it, but it is not the only
part.  People with no political skills are risky choices as GNU
maintainers.

You don't really mean political skills, though I note the tendency
of technical people to divide all the world up into the technical
aznd political. Really what you mean is skill in dealing with other
people, and yes, of course this is most certainly true.






reply via email to

[Prev in Thread] Current Thread [Next in Thread]