6.12.1. Installation of GCC (Book: LFS Version 6.2)
Hi. This is my fourth attempt at an LFS system - I have had one success so far - so I still consider myself a newbie. In section 6.12.1 - Installation of GCC all goes well. The test-suite shows some errors, but I carry on as it usually does. I start the test for the dynamic linker. All is fine until I do the test for the search paths: Step 15: grep 'SEARCH.*/usr/lib' dummy.log |sed 's|; |\n|g' Desired output: SEARCH_DIR(/usr/i686-pc-linux-gnu/lib) SEARCH_DIR(/usr/local/lib) SEARCH_DIR(/lib) SEARCH_DIR(/usr/lib); What I got: SEARCH_DIR(/tools/i686-pc-linux-gnu/lib) SEARCH_DIR(/usr/lib) SEARCH_DIR(/lib); All other tests showed the desired output. My question is: How far back do I need to go? -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
RE: lfs-support Digest, Vol 1088, Issue 1
Vladimir Marcu wrote: I seem to get stuck at the section 5.3.1 of the book, during the make install of binutils. I am trying to build the LFS system using the LFS Live CD as a host. This is the output from make install: [...] mkdir -p -- /tools /tools mkdir: cannot create directory '/tools': Permission denied Did you create the symlink in Chapter 4.2. Creating the $LFS/tools Directory? I realized that I didn't create it properly when I used the long steps to resume the build after shutting down the system. I had typed ln -sv $LFS/tools instead of ln -sv $LFS/tools / Try ls -l /tools and you should get something like: lrwxrwxrwx 1 root root 15 Oct 3 19:55 /tools - /mnt/lfs/tools/ If you don't, that's your problem! The way I got around this was to change the configuration command switch --prefix=/tools (as it is specified in the book) to --prefix=$LFS/tools. Bad idea! Like that probably everything will go fine until the end of Ch 5, and then as soon as you enter the chroot in Ch 6, nothing will work anymore because in the chroot your $LFS/tools has become just /tools and $LFS/tools doesn't exist anymore but you will have that path hard-coded into all your programs! Indeed you are right. I discovered this the hard way. I'll start over. Thanks for your help! Brandon. -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
RE: 6.12.1. Installation of GCC (Book: LFS Version 6.2)
knutz wrote: Hi. This is my fourth attempt at an LFS system - I have had one success so far - I applaude your persistence :) In section 6.12.1 - Installation of GCC all goes well. The test-suite shows some errors, but I carry on as it usually does. I start the test for the dynamic linker. All is fine until I do the test for the search paths: Step 15: grep 'SEARCH.*/usr/lib' dummy.log |sed 's|; |\n|g' Desired output: SEARCH_DIR(/usr/i686-pc-linux-gnu/lib) SEARCH_DIR(/usr/local/lib) SEARCH_DIR(/lib) SEARCH_DIR(/usr/lib); What I got: SEARCH_DIR(/tools/i686-pc-linux-gnu/lib) SEARCH_DIR(/usr/lib) SEARCH_DIR(/lib); All other tests showed the desired output. My question is: How far back do I need to go? This looks like the output you should get in 6.10, so most likely you won't need to go back any further than that. I'm no toolchain guru but it looks to me like the gcc you used to compile your dummy.c is not using the new Binutils from ch 6.11. Are you sure that you entered the chroot with the correct command? Check that your PATH is correct (/usr/bin first and /tools/bin last) and that shell hashing is off (output of echo $- must not contain lowercase 'h') Brandon -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
RE: lfs-support Digest, Vol 1088, Issue 1
Vladimir Marcu wrote: Indeed you are right. I discovered this the hard way. I'll start over. That's how we learn :) -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
RE: 6.12.1. Installation of GCC (Book: LFS Version 6.2)
Brandon Peirce wrote: entered the chroot with the correct command? Check that your PATH is correct (/usr/bin first and /tools/bin last) and that shell From ch 6.4: PATH=/bin:/usr/bin:/sbin:/usr/sbin:/tools/bin Ok, /usr/bin should be 2nd not 1st, but the point is that the new gcc and binutils in /usr/bin should be found before the one in /tools/bin. You might also like to repeat the test from 6.12 explicitly using /usr/bin/gcc instead of just cc to generate the dummy.log. -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
keyboard problem
Hi, I'm having the following problem with my keyboard and I can find a solution in the archives. Installing LFS from LIveCD 6.0 In chapter 5 adjusting the toolchain I can't find the ` character on my keyboard.(I'm on a different machine typing this). There's a few other mixed up characters such as @ appears over 2 but that's not a problem. problem is that the character immediately before dirname on the first line of the command below can't be found. I think it's called an acute accent and it's not over the key above my tab key as I'd expect it. SPECFILE=`dirname $(gcc -print-libgcc-file-name)`/specs gcc -dumpspecs $SPECFILE sed '[EMAIL PROTECTED]/lib/ld-linux.so.2@/tools@g' $SPECFILE tempspecfile mv -vf tempspecfile $SPECFILE unset SPECFILE I'd appreciate if anyone can explain how to resolve this. I think it must just be a keyboard configuration issue but I can't find the solution? Thanks RC -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: 6.12.1. Installation of GCC (Book: LFS Version 6.2)
On 10/5/06, knutz [EMAIL PROTECTED] wrote: Desired output: SEARCH_DIR(/usr/i686-pc-linux-gnu/lib) SEARCH_DIR(/usr/local/lib) SEARCH_DIR(/lib) SEARCH_DIR(/usr/lib); What I got: SEARCH_DIR(/tools/i686-pc-linux-gnu/lib) SEARCH_DIR(/usr/lib) SEARCH_DIR(/lib); All other tests showed the desired output. My question is: How far back do I need to go? This is from the ld linker in binutils. For some reason, it's still using the ld in /tools/bin. So, as Brandon said, either your PATH is wrong and /tools/bin is at the beginning. Then when GCC got built, it assumed this ld was the right one to use. Otherwise, something went wrong in the binutils installation in Ch. 6.11. So, you should probably go back Ch. 6.11 and rebuild binutils and gcc. However, here's a quick test to see what's going on. 1. What's your PATH? /usr/bin should come before /tools/bin. $ echo $PATH 2. Assuming PATH is correct, which ld is first in the path. $ type -p ld 3. Is it /usr/bin/ld? If not, binutils in Ch. 6.11 definitely got messed up and didn't install to the standard directory. If it is the correct ld, check what it's search path is. $ ld --verbose | grep SEARCH This output should match that in Ch. 6.12. -- Dan -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: building menus
On 10/5/06, Arnie Stender [EMAIL PROTECTED] wrote: If you have at least that much, go over the desktop-file-utils-0.11 in the blfs development book. Ensure you have your env variables... XDG_DATA_DIRS XDG_CONFIG_DIRS Hi Shawn, Yes I have menus. The applications menu has sub-menus of games, internet and system tools. Those menus don't have all the applications that have been built and installed on the system though. I looked at the variables and where they are pointing. The XDG_CONFIG_DIRS points to /etc/gnome/xdg. In that directory there is a menus directory which contains what looks like XML files with a '.menu' extension that look like they are building the menu on the fly. If that is accurate some of the lines point to wrong directories. Am I close in thinking this? Does your XDG_CONFIG_DIRS variable point to the /etc/gnome/xdg or the menus directory in it (or somewhere else)? I'm guessing that not everything is installed in /usr/share/applications, correct? I think the search path is set by XDG_DATA_DIRS. See here: http://www.linuxfromscratch.org/blfs/view/svn/general/desktop-file-utils.html It's been a while since I haggled with these kinds of issues. One thing is, if you build an application, it has to provide a .desktop file to be associated with the menus. It should be $prefix/share/applications/app.desktop. Next, the command `update-desktop-database' can help because there's a cache in these share/applications directories that can be rebuilt. I think the cache mainly just holds MIME association info, though, so it doesn't necessarily update the menu for you. The unfortunate part. I believe the GNOME session (possibly through gnome-vfs) needs some sort of file alteration method in order to update the menus on the fly. This is usually through inotify or gamin/fam. I'm not sure exactly which utility controls this, unfortunately. Otherwise, you have to log out of the session and back in to see the changes in the menus. Maybe there's another way to force the update, but I've never figured it out. Lastly, if you really want to tweak the menus manually, there are a couple apps. Now I'm forgetting the one you can get to through the panel. The really sweet one is alacarte. http://www.realistanew.com/projects/alacarte http://ftp.gnome.org/pub/GNOME/sources/alacarte/ Hope that helps. -- Dan -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: keyboard problem
On 10/5/06, Richard Caldwell [EMAIL PROTECTED] wrote: In chapter 5 adjusting the toolchain I can't find the ` character on my keyboard.(I'm on a different machine typing this). There's a few other mixed up characters such as @ appears over 2 but that's not a problem. problem is that the character immediately before dirname on the first line of the command below can't be found. I think it's called an acute accent and it's not over the key above my tab key as I'd expect it. That's really strange. I'd like to see this keyboard. Anyway, the fix is simple. In bash, $(cmd) and `cmd` both do command substitution. See `man bash' for more details. Just substitute the $( and ) for ` and `. -- Dan -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: keyboard problem
In chapter 5 adjusting the toolchain I can't find the ` character on my keyboard.(I'm on a different machine typing this). There's a few other mixed up characters such as @ appears over 2 but that's not a problem. problem is that the character immediately before dirname on the first line of the command below can't be found. I think it's called an acute accent and it's not over the key above my tab key as I'd expect it. That's really strange. I'd like to see this keyboard. Anyway, the fix is simple. In bash, $(cmd) and `cmd` both do command substitution. See `man bash' for more details. Just substitute the $( and ) for ` and `. Thanks. I'll try that. RC -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: keyboard problem
On Thu, Oct 05, 2006 at 04:07:40PM -0700, Richard Caldwell wrote: Hi, I'm having the following problem with my keyboard and I can find a solution in the archives. Installing LFS from LIveCD 6.0 In chapter 5 adjusting the toolchain I can't find the ` character on my keyboard.(I'm on a different machine typing this). There's a few other mixed up characters such as @ appears over 2 but that's not a problem. problem is that the character immediately before dirname on the first line of the command below can't be found. I think it's called an acute accent and it's not over the key above my tab key as I'd expect it. It's a _grave_ accent, more commonly referred to as a back-tick in this context. My first thought was that you have somehow got a US keyboard layout to match your mail's timezone, but ` is one of the characters in the same position as in the UK (@ and swap, # replaces the pound sterling, \ and | are on our # ~ key). I'm not familiar with the Live CD, but did you get the opportunity to select a locale or keyboard ? If you didn't, which character appears when you use the key above 'tab' ? In American layouts that key produces ` and shifts to ~, I think. Ken -- das eine Mal als Tragödie, das andere Mal als Farce -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
