compile bug workaround (ticket 1344)

compile bug workaround (ticket 1344)

[bryan]

I had the exact same problem as the poster in ticket 1344.  The poster
offered a workaround which is not very clean.  I improved the workaround
a bit: I switched module compilation on, and did a "make user".  I then
copied sensors.h to sensors.h.bak.  After that, I did a "make clean",
restored sensors.h from the backup, turned module compilation back off,
and did another "make user".  The compilation went fine then.

--
Bryan Medsker
bryan@ak.net

compile bug workaround (ticket 1344)

[bryan]

On Mon, Oct 27, 2003 at 10:33:11PM +0100, Jean Delvare <khali@linux-fr.org> wrote:
> 
> > I had the exact same problem as the poster in ticket 1344.  The poster
> > offered a workaround which is not very clean.  I improved the
> > workaround a bit: I switched module compilation on, and did a "make
> > user".  I then copied sensors.h to sensors.h.bak.  After that, I did a
> > "make clean", restored sensors.h from the backup, turned module
> > compilation back off, and did another "make user".  The compilation
> > went fine then.
> 
> Well, the bug is fixed in our latest release (2.8.1) anyway.

That's good, but I run kernel 2.4.21, and I use bttv, so I needed
the i2c kernel patch.  Kernel 2.4.22 has a patch for i2c-2.8.1, but
for some reason, kernel 2.4.21 only has a patch for i2c-2.8.0.  So
at this point, anyone running kernel 2.4.21 will be stuck with version
2.8.0.

--
Bryan Medsker
bryan@ak.net

compile bug workaround (ticket 1344)

[Jean Delvare]

> > Well, the bug is fixed in our latest release (2.8.1) anyway.
> 
> That's good, but I run kernel 2.4.21, and I use bttv, so I needed
> the i2c kernel patch.

Oh, OK, I understand now.

> Kernel 2.4.22 has a patch for i2c-2.8.1, but
> for some reason, kernel 2.4.21 only has a patch for i2c-2.8.0.

The reason is that I had no time to backport the i2c-2.8.1 patch to
2.4.21. And I'd expect people compiling kernels by themselves to use the
latest stable sources available, that is, 2.4.22 for now. This is the
reason why I did not feel like wasting my time packporting the patch.

> So at this point, anyone running kernel 2.4.21 will be stuck with
> version 2.8.0.

That said, the backport would be rather easy (it's just a matter of
repackaging all the correct files in one convenient patch), so I might
consider doing it if it might help people like you.

-- 
Jean Delvare
http://www.ensicaen.ismra.fr/~delvare/

compile bug workaround (ticket 1344)

[Jean Delvare]

> I had the exact same problem as the poster in ticket 1344.  The poster
> offered a workaround which is not very clean.  I improved the
> workaround a bit: I switched module compilation on, and did a "make
> user".  I then copied sensors.h to sensors.h.bak.  After that, I did a
> "make clean", restored sensors.h from the backup, turned module
> compilation back off, and did another "make user".  The compilation
> went fine then.

Well, the bug is fixed in our latest release (2.8.1) anyway.

-- 
Jean Delvare
http://www.ensicaen.ismra.fr/~delvare/