On Friday 18 November 2005 07:48, Rob Landley wrote: > On Thursday 17 November 2005 21:12, Jeff Dike wrote: > > On Thu, Nov 17, 2005 at 04:51:33PM -0600, Rob Landley wrote: > > > find . -name asm
> > This all looks the same as I have here, except for the asm-i386 thing, > > which I don't think matters. ldt.h seems to be at the center of this, > > so can you check the following: > > asm-i386/ldt.h contains a struct user_desc > Yup. > > asm-um includes asm/arch/ldt.h > There's no asm subdirectory under asm-um. Jeff meant that inside asm-um you should have a "arch" symlink to "../asm-i386", and that include/asm/arch/ldt.h should exist (in the source tree root). > > asm-um/ldt.h contains a typedef of uml_ldt_t > asm-um/ldt.h is a 0 byte file. Damnit! Do rm on it and things will work (Makefiles will create a symlink to ldt-$(SUBARCH) in its place). We had this problem in the past, and exactly for a mis-formed patch with quilt. > > mmu-skas.h includes asm-um/ldt.h > The one in arch/um/include/skas includes asm/ldt.h > The one in arch/um/kernel/skas/include is a 0 byte file. I suppose that's a rename from something in the patchset... and that the file is not properly deleted (I hope this one shouldn't create problems). Damn it again! Je-eff? I remember quilt can be taught to do it! > > Also, generate a .i for the C file that's being built and check that > > the definitions are getting pulled in. There may be an easier way to > > do this, but I I do make ARCH=um $path.i is supposed to work. I recently fixed it (should be upstream) up for userspace files (along with other extensions - .lst, .s and so on) . Before, obviously, I did as you do. > > turn on V=1 > > cd obj > > paste the gcc command into an xterm > > edit it as follows > > the -o -c foo.o is replaced by -E > > add > x.i at the end > The line that's going boing is > gcc -Wall -Wundef -Wstrict-prototypes -Wno-trigraphs -fno-strict-aliasing > -fno-common -ffreestanding -O2 -fomit-frame-pointer -D__arch_um__ > -DSUBARCH=\"i386\" -Iarch/um/include > -I/home/landley/newbuild/firmware-build/tmpdir/linux-2.6.14/arch/um/include > -I/home/landley/newbuild/firmware-build/tmpdir/linux-2.6.14/arch/um/include >/skas -Dvmap=kernel_vmap -Din6addr_loopback=kernel_in6addr_loopback > -Derrno=kernel_errno -Dsigprocmask=kernel_sigprocmask -U__i386__ -Ui386 > -mpreferred-stack-boundary=2 -D_LARGEFILE64_SOURCE -nostdinc > -isystem /usr/lib/gcc-lib/i486-linux/3.3.5/include -D__KERNEL__ -Iinclude > -Iinclude2 > -I/home/landley/newbuild/firmware-build/tmpdir/linux-2.6.14/include > -include include/linux/autoconf.h -S -o > arch/um/kernel-offsets.s > /home/landley/newbuild/firmware-build/tmpdir/linux-2.6.14/arch/um/sys-i386/ >kernel-offsets.c > I don't even have to add V=1 to get it, that sucker isn't run through a > prettification macro. However, whey you say "-o -c foo.o", I can't find > that to replace it with -E. Do you mean the "-S -o kernel-offsets.s" bit? In this case yes - Jeff thought the build would stop when building a "foo.o", but it's stopping earlier than he expected. -- Inform me of my mistakes, so I can keep imitating Homer Simpson's "Doh!". Paolo Giarrusso, aka Blaisorblade (Skype ID "PaoloGiarrusso", ICQ 215621894) http://www.user-mode-linux.org/~blaisorblade ___________________________________ Yahoo! Mail: gratis 1GB per i messaggi e allegati da 10MB http://mail.yahoo.it ------------------------------------------------------- This SF.Net email is sponsored by the JBoss Inc. Get Certified Today Register for a JBoss Training Course. Free Certification Exam for All Training Attendees Through End of 2005. For more info visit: http://ads.osdn.com/?ad_idv28&alloc_id845&op=click _______________________________________________ User-mode-linux-devel mailing list User-mode-linux-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel
