All of lore.kernel.org
 help / color / mirror / Atom feed
* compile bug workaround (ticket 1344)
@ 2005-05-19  6:24 bryan
  2005-05-19  6:24 ` bryan
                   ` (2 more replies)
  0 siblings, 3 replies; 4+ messages in thread
From: bryan @ 2005-05-19  6:24 UTC (permalink / raw)
  To: lm-sensors

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

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

* compile bug workaround (ticket 1344)
  2005-05-19  6:24 compile bug workaround (ticket 1344) bryan
  2005-05-19  6:24 ` bryan
  2005-05-19  6:24 ` Jean Delvare
@ 2005-05-19  6:24 ` Jean Delvare
  2 siblings, 0 replies; 4+ messages in thread
From: Jean Delvare @ 2005-05-19  6:24 UTC (permalink / raw)
  To: lm-sensors


> 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/

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

* compile bug workaround (ticket 1344)
  2005-05-19  6:24 compile bug workaround (ticket 1344) bryan
@ 2005-05-19  6:24 ` bryan
  2005-05-19  6:24 ` Jean Delvare
  2005-05-19  6:24 ` Jean Delvare
  2 siblings, 0 replies; 4+ messages in thread
From: bryan @ 2005-05-19  6:24 UTC (permalink / raw)
  To: lm-sensors

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

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

* compile bug workaround (ticket 1344)
  2005-05-19  6:24 compile bug workaround (ticket 1344) bryan
  2005-05-19  6:24 ` bryan
@ 2005-05-19  6:24 ` Jean Delvare
  2005-05-19  6:24 ` Jean Delvare
  2 siblings, 0 replies; 4+ messages in thread
From: Jean Delvare @ 2005-05-19  6:24 UTC (permalink / raw)
  To: lm-sensors


> > 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/

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

end of thread, other threads:[~2005-05-19  6:24 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2005-05-19  6:24 compile bug workaround (ticket 1344) bryan
2005-05-19  6:24 ` bryan
2005-05-19  6:24 ` Jean Delvare
2005-05-19  6:24 ` Jean Delvare

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.