This is the mail archive of the gcc@gcc.gnu.org mailing list for the GCC 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: Repository for the conversion machinery


On 17/09/15 17:08, Michael Matz wrote:
> Hi,
> 
> On Thu, 17 Sep 2015, Richard Earnshaw wrote:
> 
>> None of this has any chance of working for any commits to the pre-egcs 
>> sources.  In those days there was no version control on the ChangeLog 
>> file.
>>
>> My feeling is we could spend months ratholing on this particular problem 
>> rather than making real progress on moving forward.  If it will help to 
>> move things forward, I'm happy to accept that for the purposes of 
>> conversion we should just use 'committer id' and drop any attempt to 
>> reconstruct 'author id' for each patch.
> 
> I don't see why the problems with some ranges of commits should prevent us 
> doing better for those ranges where there are no such problems.  I thought 
> reposurgeon (I haven't looked at it) had the ability to postprocess 
> commits and dig out additional info, and assumed it would be more or less 
> trivial to add such sed-greping.
> 
> 
> Ciao,
> Michael.
> 

Well if that's the case then someone ought to be able to produce a meta
file that could be supplied to Eric, that looked something like

$SVN: r<nnnn>
$Committer: <name>
$Author:...
$Author:...
$Author:...
...

$SVN:...
$Committer:
$NoAuthors
....



For the entire repo.  I'm sure if we had something like that, *and we
were happy that it were accurate enough*, then it would be
straight-forward enough to include it in the conversion process.

No, I'm not going to do that work; and personally, I don't think it's
worth holding up the switch to wait for that to be done.

R.


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