On Thursday 20 September 2007 David Newall wrote:
> Philipp Marek wrote:
> > - User starts a small wrapper,
> > - that opens "/",
> > - chroot()s into a directory and starts fsvs.
> > - fsvs gets its libraries loaded
> > - and chroot()s back to the orig
Please, everybody,
don't change that.
I'm currently using that *feature* (yes, I see it as that) in my
fsvs-chrooter-utility (see
http://fsvs.tigris.org/source/browse/*checkout*/fsvs/trunk/www/doxygen/html/group__howto__chroot.html)
for easier usage of fsvs on older systems.
- User starts a smal
>> > It doesn't handle O= directories...
>> Sorry, I don't understand you. What are "0=" directories?
>
> When building a kernel you can specify an other output directory
> so you do not mix up your source tree with generated files.
> To do so do like this:
>
> Prepare the stuff:
> mkdir ~/kernel
Hello Randy!
On Wednesday 19 September 2007 Randy Dunlap wrote:
> Yes, I've tried to coerce the top-level Makefile into honoring/using
> the include/asm symlink if it exists, i.e., taking ARCH from
> readlink include/asm && sed -e 's/include-asm//', but sadly my
> makefile foo was not good enough.
On Wednesday 19 September 2007 Jeff Dike wrote:
> On Tue, Sep 18, 2007 at 07:55:13PM +0200, Sam Ravnborg wrote:
> > Sounds to me like a known issue by you. Can you give a few more details
> > so we maybe can get it fixed?
> I believe what happened here is an x86_64 build followed by a
> UML/x86_64
On Tuesday 18 September 2007 Jeff Dike wrote:
> On Tue, Sep 18, 2007 at 05:14:33PM +0200, Philipp Marek wrote:
> > I'm trying to build a UML machine on x86-64 (config attached)
> > but I'm getting compile errors.
>
> Builds for me. Did you start with an mrproper? T
Hello everybody,
I'm trying to build a UML machine on x86-64 (config attached)
but I'm getting compile errors.
What am I doing wrong?
make allnoconfig ARCH=um
make menuconfig ARCH=um
selected a few options
make -j 5 ARCH=um
..
include/linux/jiffies.h:225
7 matches
Mail list logo