[uml-devel] [PATCH 2/2] uml: fix dynamic linking on some 64-bit distros

2005-11-20 Thread Paolo 'Blaisorblade' Giarrusso
From: Rob Landley <[EMAIL PROTECTED]>, Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]> The current UML build assumes that on x86-64 systems, /lib is a symlink to /lib64, but in some distributions (like PLD and CentOS) they are separate directories, so the 64 bit library loader isn't found.

[uml-devel] [PATCH 1/2] uml: arch/um/scripts/Makefile.rules - remove duplicated code

2005-11-20 Thread Paolo 'Blaisorblade' Giarrusso
From: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]> Duplicated code - the patch adding it was probably applied twice without enough care. Signed-off-by: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]> --- arch/um/scripts/Makefile.rules |5 - 1 files changed, 0 insertions(+), 5 d

Re: [uml-devel] CONFIG_SND_DUMMY support?

2005-11-20 Thread Blaisorblade
On Sunday 20 November 2005 07:07, Christopher S. Aker wrote: > I've got a user requesting CONFIG_SND_DUMMY support in UML. Is this > just a hack to UML's config system, or would there be more to it? From a quick look at the code and at the configuration, and common sense, I assume that hacking K

Re: [uml-devel] Re: merge status

2005-11-20 Thread Blaisorblade
On Sunday 20 November 2005 00:40, Henrik Nordstrom wrote: > On Fri, 18 Nov 2005, Rob Landley wrote: > > was going on. (And #2 was the case: once I found out it was the 0 length > > files, I could fix that. I didn't expect 0 length files screwing up the > > #include search paths. The #include sea