On Wed, Oct 18, 2006 at 01:49:46AM +0200, Blaisorblade wrote:
> stubs.h redirecting to stubs-32.h? I deduce that stubs.h, on your distro
> (Fedora/RH, right?) is (correctly) deciding to use the 32bit version of that
> header, and I can suppose it is maybe packaged elsewhere, or that it is
> loca
On Monday 16 October 2006 16:52, Jeff Dike wrote:
> On Sat, Oct 14, 2006 at 02:52:21AM +0200, Blaisorblade wrote:
> > Sorry Jeff, here you are wrong (partly because it was me to fix that
> > piece, and you never used it, as it seems). I made sure that SUBARCH=i386
> > does everything which is neede
On Sat, Oct 14, 2006 at 02:52:21AM +0200, Blaisorblade wrote:
> Sorry Jeff, here you are wrong (partly because it was me to fix that piece,
> and you never used it, as it seems). I made sure that SUBARCH=i386 does
> everything which is needed to build a working 32bit UML binary, and I rarely
> b
On Tuesday 10 October 2006 06:08, Jeff Dike wrote:
> On Mon, Oct 09, 2006 at 09:42:13PM +0159, Frank Marien wrote:
> > but once I go SUBARCH=i386, things stop working..
>
> What does this mean? You built a 32-bit UML on a 64-bit host?
>
> If so, you need more than just SUBARCH=i386. That will pul
On Mon, Oct 09, 2006 at 09:42:13PM +0159, Frank Marien wrote:
> but once I go SUBARCH=i386, things stop working..
What does this mean? You built a 32-bit UML on a 64-bit host?
If so, you need more than just SUBARCH=i386. That will pull in the i386
kernel headers and some other i386 stuff, but i
