Re: Configure Error Received in Chpt. 6.9. Glibc-2.13
me,apporc wrote: ä½ å¥½ï¼š 这个地方说他需è¦grepå‘½ä»¤ï¼Œä½†æ˜¯ä½ æ²¡æœ‰è¿™ä¸ªç¨‹åºã€‚ 应该是在第五æ¥åˆ¶ä½œtools时的时候，grep编译没æˆåŠŸå§ã€‚ English only on this list please. -- Bruce -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: Configure Error Received in Chpt. 6.9. Glibc-2.13
Not sure as to what your problem is from your description, but I think your glibc configure parameters are not as per the book. Section 5.7.1 of the book (http://www.linuxfromscratch.org/lfs/view/stable/chapter05/glibc.html) says: ../glibc-2.13/configure --prefix=/tools \ --host=$LFS_TGT --build=$(../glibc-2.13/scripts/config.guess) \ --disable-profile --enable-add-ons \ --enable-kernel=2.6.22.5 --with-headers=/tools/include \ libc_cv_forced_unwind=yes libc_cv_c_cleanup=yes making the prefix to be /usr will replace the existing headers in the host system. 2011/7/11 名扬剑仙 tslimingy...@126.com: Good day, everyone. I am a LFS newbie, and a English newbie. To make my words short, I sorted some essential information below: Book: Linux From Scratch - Version 6.8 Chapenter: 6.9. Glibc-2.13 Step: Inputing: ../glibc-2.13/configure --prefix=/usr \ --disable-profile --enable-add-ons \ --enable-kernel=2.6.22.5 --libexecdir=/usr/lib/glibc Output: checking whether __attribute__((visivility())) is supported... ../glibc-2.13/configure: line 6087: /tools/bin/grep:No such file or directory no configure: error: compiler support for visibility attribute is required Current Working Directory: /soureces/glibc-build Measure Taken: exit to real root, recompile grep, back to chroot environment exit to real root, give 777 to the grep file, back to chroot environment restart, prepare overall environment (like export $LFS), chroot Measure Failed: exit to real root, recompile grep, back to chroot environment exit to real root, give 777 to the grep file, back to chroot environment restart, prepare overall environment (like export $LFS), chroot Related Infomation: root:/sources/glibc-build# dir /tools/bin/*grep* /tools/bin/bzegrep /tools/bin/fgrep /tools/bin/lzgrep /tools/bin/xzgrep /tools/bin/bzfgrep /tools/bin/grep /tools/bin/msggrep /tools/bin/zegrep /tools/bin/bzgrep /tools/bin/lzegrep /tools/bin/xzegrep /tools/bin/zfgrep /tools/bin/egrep/tools/bin/lzfgrep /tools/bin/xzfgrep /tools/bin/zgrep Additional Hope: Avoid recompiling from the start of the book, as far as possible. Overall Building Infomation: I wrote a .txt list of what I was expected to input, and inputed it with Autohotkey, and then I go to school, so it would not stop when a error occured. Generally speaking, there would not be any mistakes in the input list. But if you would like to, you can still reach the list at http://the.tslmy.tk/view.php?name=LFS_build_list.txt . Could anyone possibily give a honourable hand to helpless me? --tslmy (Li Mingyang) -- 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: Configure Error Received in Chpt. 6.9. Glibc-2.13
Alright. In fact i saw his name was in chinese so i used chinese . I thought maybe we can communicate with each other better with chinese. Don't worry, it won't happen again. By the way ,sorry for my poor english. On Mon, Jul 11, 2011 at 8:41 PM, William Immendorf will.immend...@gmail.com wrote: On Mon, Jul 11, 2011 at 12:26 AM, me,apporc appleorchard2...@gmail.com wrote: 你好： 这个地方说他需要grep命令，但是你没有这个程序。 应该是在第五步制作tools时的时候，grep编译没成功吧。 Uh, no, not many of us on this list understand Chinese, and it's going to come out as mojibake anyway to the majority of us on the list. For clarity, just email in plain old English. -- 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 -- Are you a Gmail user? Please read this important notice: http://www.fsf.org/campaigns/jstrap/gmail?31450. -- 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: gcc
On Sun, Jul 10, 2011 at 07:12:08PM -0400, Bill Cunningham wrote:
If you can't see the problem, try replying with the lines showing
what code was used, and what error was initially reported.
Ok the lines that are in config.log? Or in the error report?
The *relevant* lines from config.log. For example, I've just
run configure for a native build of binutils [ nowadays, the
subdirectories seem to be configured when you execute make ]. This
is what it shows from the test for 'ppl' (not an error, but the
principles are the same).
configure:5658: checking for version 0.10 (or later revision) of PPL
configure:5675: gcc -c -g -O2conftest.c 5
That shows the test, with a test program being compiled.
conftest.c:10:19: fatal error: ppl_c.h: No such file or directory
compilation terminated.
And this is the important error message explaining why the test
failed. You need to look for the equivalent error message from your
error.
The test program itself is then shown (occasionally helpful) :
configure:5675: $? = 1
configure: failed program was:
| /* confdefs.h */
| #define PACKAGE_NAME
| #define PACKAGE_TARNAME
| #define PACKAGE_VERSION
| #define PACKAGE_STRING
| #define PACKAGE_BUGREPORT
| #define PACKAGE_URL
| #define LT_OBJDIR .libs/
| /* end confdefs.h. */
| #include ppl_c.h
| int
| main ()
| {
|
| #if PPL_VERSION_MAJOR != 0 || PPL_VERSION_MINOR 10
| choke me
| #endif
|
| ;
| return 0;
| }
And then, because the ppl test can happily fail, configure reports
the answer, and continues:
configure:5679: result: no
Your error will have the 'cannot compile executables' error after
the equivalent code, I guess, and may stop soon after.
HTH
ĸen
--
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
Re: Configure Error Received in Chpt. 6.9. Glibc-2.13
me,apporc wrote:
Alright.
In fact i saw his name was in chinese so i used chinese . I thought maybe
we can communicate with each other better with chinese.
Don't worry, it won't happen again.
By the way ,sorry for my poor english.
If I may make a comment and suggestion:
While the LIST discourages the use of languages other than English,
there is no reason why one cannot send an e-mail under separate cover
in any language, and make a public post on the list indicating that
one has done so, and give the content in English on the list, and then
report back on the results, if the responder permits.
Mac
--
p=p=%c%s%c;main(){printf(p,34,p,34);};main(){printf(p,34,p,34);}
Oppose globalization and One World Governments like the UN.
This message made from 100% recycled bits.
You have found the bank of Larn.
I speak only for myself, and I am unanimous in that!
--
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above information page
Re: Configure Error Received in Chpt. 6.9. Glibc-2.13
It's a good advice , Mike.Thanks.
On Tue, Jul 12, 2011 at 1:29 AM, Mike McCarty mike.mcca...@sbcglobal.netwrote:
me,apporc wrote:
Alright.
In fact i saw his name was in chinese so i used chinese . I thought
maybe
we can communicate with each other better with chinese.
Don't worry, it won't happen again.
By the way ,sorry for my poor english.
If I may make a comment and suggestion:
While the LIST discourages the use of languages other than English,
there is no reason why one cannot send an e-mail under separate cover
in any language, and make a public post on the list indicating that
one has done so, and give the content in English on the list, and then
report back on the results, if the responder permits.
Mac
--
p=p=%c%s%c;main(){printf(p,34,p,34);};main(){printf(p,34,p,34);}
Oppose globalization and One World Governments like the UN.
This message made from 100% recycled bits.
You have found the bank of Larn.
I speak only for myself, and I am unanimous in that!
--
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: Question about the 'K' and 'S' in script names in /etc/rc.d/rc{0, 6}.d
Theodore You wrote: The book says in chapter 7.3: Links that start with an S in the rc0.d and rc6.d directories will not cause anything to be started. They will be called with the parameter stop to stop something. If so, why are there still scripts starting with an S in these two directories? Why not change all S to K? When changing to any run level, the rc script is run. It goes through the K entries with a stop. For runlevels 0 and 6, all the S entries are also run, in order, with a stop. For runlevels 1-5, The S entries are run with a start. For runlevels 0 and 6, this lets us shut down in the order started (K entries) and then run the S entries, in order, to actually halt or restart the system. -- Bruce -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
What happened if I stop the make check?
Sometimes I don't have much time to wait it so I pressed Ctrl+C. Are there any side effects if I stop it?-- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: What happened if I stop the make check?
Webmaster wrote: Sometimes I don't have much time to wait it so I pressed Ctrl+C. Are there any side effects if I stop it? No. make check is always optional. However, you may miss an error caused by an earlier mistake and have a latent error in your build. That's a risk you have to decide for yourself. -- Bruce -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
