This is the mail archive of the gdb-patches@sources.redhat.com mailing list for the GDB project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

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


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.



Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]