linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* Why it would be good to have AC interdiff patches
@ 2002-08-29  7:47 Gregoire Favre
  2002-08-29  8:15 ` Axel Siebenwirth
  0 siblings, 1 reply; 4+ messages in thread
From: Gregoire Favre @ 2002-08-29  7:47 UTC (permalink / raw)
  To: linux-kernel

Hello,

I know I could do interdiff myself using the patchutils.
I have done it for example for patch-2.4.20-pre4-ac1-ac2.bz2 and it gave
the first reason:

1) patch-2.4.20-pre4-ac1-ac2.bz2 is only 26K (patch-2.4.20-pre4-ac1.bz2
   and patch-2.4.20-pre4-ac2.bz2 are both 1.1M), so as AC kernels are
   very popular, it would reduce bandwight
2) One could more easyly watch what has changed
3) The time for compilation would be smaller as you modify less files.
4) All script on kernel.org are already written for vanilla kernels and
   I am quiete sure it wouldn't be that hard to include the AC...
(5) With my ISDN connection it would be much faster to test those news
   kernels...).

Thank you very much, and in case of response, don't cc to me, receiving
email once is enough ;-)

Have a great day,

	Grégoire
________________________________________________________________
http://ulima.unil.ch/greg ICQ:16624071 mailto:greg@ulima.unil.ch

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: Why it would be good to have AC interdiff patches
  2002-08-29  7:47 Why it would be good to have AC interdiff patches Gregoire Favre
@ 2002-08-29  8:15 ` Axel Siebenwirth
  2002-08-29  9:15   ` Gregoire Favre
  0 siblings, 1 reply; 4+ messages in thread
From: Axel Siebenwirth @ 2002-08-29  8:15 UTC (permalink / raw)
  To: Gregoire Favre; +Cc: linux-kernel

Hi Gregoire!

Gregoire Favre schrieb am Thursday, den 29. August 2002:

> 3) The time for compilation would be smaller as you modify less files.

Somebody wrote me one time that it is always a good thing to make an
"mrproper" after I have applied a patch to kernel sources.

Is that right?

Thank you,
Axel

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: Why it would be good to have AC interdiff patches
  2002-08-29  8:15 ` Axel Siebenwirth
@ 2002-08-29  9:15   ` Gregoire Favre
  2002-08-29  9:44     ` Tomas Szepe
  0 siblings, 1 reply; 4+ messages in thread
From: Gregoire Favre @ 2002-08-29  9:15 UTC (permalink / raw)
  To: linux-kernel

On Thu, Aug 29, 2002 at 10:15:33AM +0200, Axel Siebenwirth wrote:

Hello list and Axel ;-)

> > 3) The time for compilation would be smaller as you modify less files.
> 
> Somebody wrote me one time that it is always a good thing to make an
> "mrproper" after I have applied a patch to kernel sources.
> 
> Is that right?

Well, I never did...

Why CC to me even if I ask not to?

Thank you,

	Grégoire
________________________________________________________________
http://ulima.unil.ch/greg ICQ:16624071 mailto:greg@ulima.unil.ch

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: Why it would be good to have AC interdiff patches
  2002-08-29  9:15   ` Gregoire Favre
@ 2002-08-29  9:44     ` Tomas Szepe
  0 siblings, 0 replies; 4+ messages in thread
From: Tomas Szepe @ 2002-08-29  9:44 UTC (permalink / raw)
  To: Gregoire Favre; +Cc: linux-kernel

> > > 3) The time for compilation would be smaller as you modify less files.
> > 
> > Somebody wrote me one time that it is always a good thing to make an
> > "mrproper" after I have applied a patch to kernel sources.
> > 
> > Is that right?
> 
> Well, I never did...

You're asking for serious problems. ld will often not fail when
the ABI changes and evil things *will* happen if a fc ends up
popping nonsense from stack.

^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2002-08-29  9:40 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2002-08-29  7:47 Why it would be good to have AC interdiff patches Gregoire Favre
2002-08-29  8:15 ` Axel Siebenwirth
2002-08-29  9:15   ` Gregoire Favre
2002-08-29  9:44     ` Tomas Szepe

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).