Re: Possible problem with linker search path
On Wed, Aug 25, 2010 at 8:49 PM, Thiago Padilha tpadilh...@gmail.com wrote: When I verify the linker search path the output should be : SEARCH_DIR(/tools/i686-pc-linux-gnu/lib) SEARCH_DIR(/usr/lib) SEARCH_DIR(/lib); Mine is : SEARCH_DIR(/tools/x86_64-unknown-linux-gnu/lib64) SEARCH_DIR(/tools/x86_64-unknown-linux-gnu/lib) SEARCH_DIR(/usr/lib) SEARCH_DIR(lib); You are building a 64-bit system, hence the extra search path. You can keep building, just remember that there are some diffrences along the way. Also, you can use the development version if you want, with kernel 2.6.35.3. -- William Immendorf The ultimate in free computing. Messages in plain text, please, no HTML. GPG key ID: 1697BE98 If it's not signed, it's not from me. -- Every nonfree program has a lord, a master -- and if you use the program, he is your master. Richard Stallman -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: Possible problem with linker search path
On 26/08/10 21:05, William Immendorf wrote: On Wed, Aug 25, 2010 at 8:49 PM, Thiago Padilhatpadilh...@gmail.com wrote: SEARCH_DIR(/tools/x86_64-unknown-linux-gnu/lib64) SEARCH_DIR(/tools/x86_64-unknown-linux-gnu/lib) SEARCH_DIR(/usr/lib) SEARCH_DIR(lib); You are building a 64-bit system, hence the extra search path. Is there some way to suppress the extra search paths (if only for aesthetic reasons)? It just looks wrong to be searching a path that doesn't exist. The search path seems to be hard coded into ld; grep -l 'SEARCH_DIR(/usr/x86_64-unknown-linux-gnu/lib)' /usr/bin/* /usr/bin/ld Andy -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: Possible problem with linker search path
Actually, I was more concerned with the missing '/' in the last search path. Instead of '/lib' it is just 'lib' . On Thu, Aug 26, 2010 at 5:05 PM, William Immendorf will.immend...@gmail.com wrote: On Wed, Aug 25, 2010 at 8:49 PM, Thiago Padilha tpadilh...@gmail.com wrote: When I verify the linker search path the output should be : SEARCH_DIR(/tools/i686-pc-linux-gnu/lib) SEARCH_DIR(/usr/lib) SEARCH_DIR(/lib); Mine is : SEARCH_DIR(/tools/x86_64-unknown-linux-gnu/lib64) SEARCH_DIR(/tools/x86_64-unknown-linux-gnu/lib) SEARCH_DIR(/usr/lib) SEARCH_DIR(lib); You are building a 64-bit system, hence the extra search path. You can keep building, just remember that there are some diffrences along the way. Also, you can use the development version if you want, with kernel 2.6.35.3. -- William Immendorf The ultimate in free computing. Messages in plain text, please, no HTML. GPG key ID: 1697BE98 If it's not signed, it's not from me. -- Every nonfree program has a lord, a master -- and if you use the program, he is your master. Richard Stallman -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: Possible problem with linker search path
On Thu, Aug 26, 2010 at 6:28 PM, Thiago Padilha tpadilh...@gmail.com wrote: Actually, I was more concerned with the missing '/' in the last search path. Instead of '/lib' it is just 'lib' . First off, don't top post. Too many people do that by mistake, and it's a bad idea. Also, trim messages. Anyway, did you make a typo when running the commands at the end of section 5.9? You will need to rebuild the ld-new linker, but at this point, I'm not really sure you can do that without starting over again. The only think that will work is to try again, and follow the comands better this time. -- William Immendorf The ultimate in free computing. Messages in plain text, please, no HTML. GPG key ID: 1697BE98 If it's not signed, it's not from me. -- Every nonfree program has a lord, a master -- and if you use the program, he is your master. Richard Stallman -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: Possible problem with linker search path
Thiago Padilha wrote: Hi, I have started following LFS book 6.6 and everything went fine until Chaper 6.10 (http://www.linuxfromscratch.org/lfs/view/stable/chapter06/readjusting.html). When I verify the linker search path the output should be : SEARCH_DIR(/tools/i686-pc-linux-gnu/lib) SEARCH_DIR(/usr/lib) SEARCH_DIR(/lib); Mine is : SEARCH_DIR(/tools/x86_64-unknown-linux-gnu/lib64) SEARCH_DIR(/tools/x86_64-unknown-linux-gnu/lib) SEARCH_DIR(/usr/lib) SEARCH_DIR(lib); Notice the last search dir, it is 'lib' instead of '/lib' ! I don't know if that is a problem, I'm a newbie to linux so I don't understand all the commands I give, but most of the time I just copied and pasted. Can someone help me ? Are you sure you used the right command in binutils pass2? It should have been: make -C ld LIB_PATH=/usr/lib:/lib If it was LIB_PATH=/usr/lib:lib, I think that could have caused the problem you report. -- Bruce -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page