Hi Kai - long time..
> > The SCCS rules is the sole reason why -rR has not been enabled.
>
> An easy way to make sure that the SCCS business is not a factor would be
> to explicitly put the SCCS rules into the Makefile -- it's just two lines.
Yup, I will do that when 2.6.11 opens up.
If other
On Tue, Feb 08, 2005 at 08:20:27PM +0100, Sam Ravnborg wrote:
> In my inbox I have a patch that enables SCCS support for all files.
> Today it fails for Kconfig files at least.
I guess the kconfig system needs to try to make Kconfig files before
including them ... this works for me, checking a
On 2005.02.08, Matthew Wilcox wrote:
> On Tue, Feb 08, 2005 at 01:23:48PM +0100, Roman Zippel wrote:
> > Enabling the following in the Makefile should have the same effect:
> >
> > # For maximum performance (+ possibly random breakage, uncomment
> > # the following)
> >
> > #MAKEFLAGS += -rR
>
On Tue, 8 Feb 2005, Sam Ravnborg wrote:
> The SCCS rules is the sole reason why -rR has not been enabled.
An easy way to make sure that the SCCS business is not a factor would be
to explicitly put the SCCS rules into the Makefile -- it's just two lines.
This way one could easily make sure
On Tue, Feb 08, 2005 at 03:44:17PM +, Matthew Wilcox wrote:
> On Tue, Feb 08, 2005 at 01:23:48PM +0100, Roman Zippel wrote:
> > Enabling the following in the Makefile should have the same effect:
> >
> > # For maximum performance (+ possibly random breakage, uncomment
> > # the following)
> >
On Tue, Feb 08, 2005 at 03:44:17PM +, Matthew Wilcox wrote:
> On Tue, Feb 08, 2005 at 01:23:48PM +0100, Roman Zippel wrote:
> > Enabling the following in the Makefile should have the same effect:
> >
> > # For maximum performance (+ possibly random breakage, uncomment
> > # the following)
> >
On Tue, Feb 08, 2005 at 01:23:48PM +0100, Roman Zippel wrote:
> Enabling the following in the Makefile should have the same effect:
>
> # For maximum performance (+ possibly random breakage, uncomment
> # the following)
>
> #MAKEFLAGS += -rR
This reduces the debug output even further (and size
Hi,
On Tue, 8 Feb 2005, Matthew Wilcox wrote:
>
> David Holland pointed out that Make has a lot of implicit suffix rules
> built in and you can disable them by setting ".SUFFIXES:". As an
> example, checking the debugging information shows we no longer try to
> compile anything from a '.f'
Hi,
On Tue, 8 Feb 2005, Matthew Wilcox wrote:
David Holland pointed out that Make has a lot of implicit suffix rules
built in and you can disable them by setting .SUFFIXES:. As an
example, checking the debugging information shows we no longer try to
compile anything from a '.f' suffix.
On Tue, Feb 08, 2005 at 01:23:48PM +0100, Roman Zippel wrote:
Enabling the following in the Makefile should have the same effect:
# For maximum performance (+ possibly random breakage, uncomment
# the following)
#MAKEFLAGS += -rR
This reduces the debug output even further (and size of
On Tue, Feb 08, 2005 at 03:44:17PM +, Matthew Wilcox wrote:
On Tue, Feb 08, 2005 at 01:23:48PM +0100, Roman Zippel wrote:
Enabling the following in the Makefile should have the same effect:
# For maximum performance (+ possibly random breakage, uncomment
# the following)
On Tue, Feb 08, 2005 at 03:44:17PM +, Matthew Wilcox wrote:
On Tue, Feb 08, 2005 at 01:23:48PM +0100, Roman Zippel wrote:
Enabling the following in the Makefile should have the same effect:
# For maximum performance (+ possibly random breakage, uncomment
# the following)
On Tue, 8 Feb 2005, Sam Ravnborg wrote:
The SCCS rules is the sole reason why -rR has not been enabled.
An easy way to make sure that the SCCS business is not a factor would be
to explicitly put the SCCS rules into the Makefile -- it's just two lines.
This way one could easily make sure there
On 2005.02.08, Matthew Wilcox wrote:
On Tue, Feb 08, 2005 at 01:23:48PM +0100, Roman Zippel wrote:
Enabling the following in the Makefile should have the same effect:
# For maximum performance (+ possibly random breakage, uncomment
# the following)
#MAKEFLAGS += -rR
aic7xxx
On Tue, Feb 08, 2005 at 08:20:27PM +0100, Sam Ravnborg wrote:
In my inbox I have a patch that enables SCCS support for all files.
Today it fails for Kconfig files at least.
I guess the kconfig system needs to try to make Kconfig files before
including them ... this works for me, checking a
Hi Kai - long time..
The SCCS rules is the sole reason why -rR has not been enabled.
An easy way to make sure that the SCCS business is not a factor would be
to explicitly put the SCCS rules into the Makefile -- it's just two lines.
Yup, I will do that when 2.6.11 opens up.
If other rules
David Holland pointed out that Make has a lot of implicit suffix rules
built in and you can disable them by setting ".SUFFIXES:". As an
example, checking the debugging information shows we no longer try to
compile anything from a '.f' suffix. This turns out to be good for a 15%
speedup on a
David Holland pointed out that Make has a lot of implicit suffix rules
built in and you can disable them by setting .SUFFIXES:. As an
example, checking the debugging information shows we no longer try to
compile anything from a '.f' suffix. This turns out to be good for a 15%
speedup on a build
18 matches
Mail list logo
