On Sun, Jul 22, 2007 at 07:50:44PM +0200, sacarde wrote: > > I have another partition on my PC with kubuntu-7.04, I can try there if you > think it is better > In general, ubuntu variants tend to make things harder (they don't, by default, install everything needed to compile software). But, if nobody can suggest anything else... (there aren't many people on this list at the best of times, so maybe wait a bit).
If you do restart, don't bother keeping the extracted source directories, or the build directories, after installing them - they just waste space, and it isn't like older LFS where you had to fiddle about in binutils after going in to chroot. This is also mentioned in section 5.1.1. > > That doesn't help with your problem, and I'm pretty much out of > > ideas. The gcc-build/gcc/as file might be a shell script - if so, > > does it say anything useful ? > ? > Google came up with one old post from a gcc list from an obscure architecture which suggested that file might be a script, and either contained the version number (for binutils) or else could be made to report it (perhaps ./gcc/as --version). I'm clutching at straws here. Anyway, you say below that your host uses 2.17 so the version information is unlikely to indicate whether the host or target binutils was used. Oh well. > > I don't keep the directories around, > > so I don't know what it is supposed to look like. Which versions of > > binutils= 2.17-3 > > gcc= > gcc 4.1.2-4 > gcc-gcj 4.1.2-4 > libgcc-legacy 3.3.6-2 The gcj and legacy should not matter. (Legacy is for libstdc++v5 for plugins or binaries, I suppose). Your host's binutils and gcc should be close to what we were using in April, perhaps with different patches. All in all, I'm out of suggestions. At this point, my fallback has to be: read the beginning of the book again (section 4.5, in case something jumps out at you, and then from section 5.1 onwards), to see if you maybe did something different or missed something. ĸen -- das eine Mal als Tragödie, das andere Mal als Farce _______________________________________________ Clfs-support mailing list [email protected] http://lists.cross-lfs.org/cgi-bin/mailman/listinfo/clfs-support
