On Thu, Jan 04, 2007 at 01:21:25AM +0100, Bastian Blank wrote:
> > My primary concern is that, in the future, the output of these scripts
> > will change and we (or our successors) will either not notice or
> > forget to update the hardcoded values.
>
> Thats why I say you should remove the code c
On Wed, Jan 03, 2007 at 04:27:32PM -0700, dann frazier wrote:
> On Wed, Jan 03, 2007 at 11:51:32PM +0100, Bastian Blank wrote:
> > On Tue, Jan 02, 2007 at 03:34:07PM -0700, dann frazier wrote:
> > > Here's a patch that simply uses hardcoded definitions instead of
> > > doing the dynamic tests that
On Wed, Jan 03, 2007 at 11:51:32PM +0100, Bastian Blank wrote:
> On Tue, Jan 02, 2007 at 03:34:07PM -0700, dann frazier wrote:
> > Here's a patch that simply uses hardcoded definitions instead of
> > doing the dynamic tests that require architecture-specific scripts.
>
> We hardcode the compiler v
On Tue, Jan 02, 2007 at 03:34:07PM -0700, dann frazier wrote:
> Here's a patch that simply uses hardcoded definitions instead of
> doing the dynamic tests that require architecture-specific scripts.
We hardcode the compiler version also.
> --- linux-source-2.6.18/arch/ia64/Makefile.orig 200
Here's a patch that simply uses hardcoded definitions instead of
doing the dynamic tests that require architecture-specific scripts.
I don't particularly like this approach because it restricts
portability and diverts from upstream. But, it is simpler, and this
really needs to be fixed somehow bef
5 matches
Mail list logo