>> We don't have stakeholders. Do we?
Sorry Sir, I am new to this posting thing in forums.
please guide me to proper channel for understanding forum working.
>> Anyway, I noticed an oddity in that output, the bit about "all warnings
being treated as errors." What command line did you use? And did you follow
everything exactly to this point?
Yes Sir, I have deviated at one point from book i.e. while passing flag
to configure script in gcc-9.2.0 1st pass compilation , I have used 2.30
instead of 2.11 for '--with-glibc-version= 'flag
At present I am stuck at make step of glibc2.30 1st pass....
Explicitly preprocessing time.c ... I found that libc_ifunc_hidden() is a
macro defined in libc-symbols.h which will expand as follows---
> # 43 "../sysdeps/unix/sysv/linux/x86/time.c"
> extern __typeof (time) __libc_time; extern __typeof (time) __libc_time;
__typeof (time) *__libc_time_ifunc (void) __asm__ ("__libc_time");
__attribute__ ((__optimize__ ("-fno-stack-protector"))) __typeof
(time) *__libc_time_ifunc (void) { struct r_found_version linux26 =
prepare_version_base ("LINUX_2.6", 61765110);;; __typeof (time) *res =
(_dl_vdso_vsym ("__vdso_time", &linux26) ?: &__time_syscall);
return res; } __asm__ (".type " "__libc_time" ", %gnu_indirect_function");
extern __typeof (__libc_time) time __attribute__ ((alias ("__libc_time")))
;;
Here prepare _version_base() is a static inline function defined as follows
---
> static inline struct r_found_version
prepare_version_base (const char *name, Elf64_Word hash)
> {
> ((void) sizeof ((hash == _dl_elf_hash (name)) ? 1 : 0), __extension__ ({
if (hash == _dl_elf_hash (name)) ; else __assert_fail ("hash ==
_dl_elf_hash (name)", "../sysdeps/unix/sysv/linux/dl-vdso.h", 30,
__extension__ __PRETTY_FUNCTION__); }));
> return (struct r_found_version) { name, hash, 1,
> # 31 "../sysdeps/unix/sysv/linux/dl-vdso.h" 3 4
((void *)0)
> # 31 "../sysdeps/unix/sysv/linux/dl-vdso.h"
> };
> }
while googling my error(i.e. glibc2.30 1st pass failed)---
One thread recommend use of '-Wno-attribute-alias' ... when using it
glibc2.30 compiled successfully(in a separate sub-directory)...
but testing newly built toolchain against dummy.c(as in glibc2.30 1st pass
article) via `$LFS_TGT-gcc dummy.c`
a new error appears stating expansion of $LFS_TGT-gcc not found in
$LFS/tools/bin.
Thank you sir
>>> English is not my native language; please excuse typing errors
>
--
http://lists.linuxfromscratch.org/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page
Do not top post on this list.
A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing in e-mail?
http://en.wikipedia.org/wiki/Posting_style
