search for: eglibc

Hi, llvm doesn't support -fno-toplevel-reorder option which affects glibc/eglibc for some targets. http://www.llvm.org/bugs/show_bug.cgi?id=6364 >From conversations with gcc and eglibc maintainers, seems option is highly expected and is not going to deprecate. >> 2010/2/23 Ian Lance Taylor <iant at google.com>: >> If option is going to deprecate in gcc in...

Hi, >> Are there any reasons why option can't be supported by llvm? > It is hard and has very few users. For this to work you would have to > add ordering information to the LLVM IL. It looks easier to patch > eglibc. I agree, impact of issue is limited. But it prevents out of the box compilation of libraries for some targets. Also, looks like glibc and eglibc maintainers do not welcome patches for llvm (yet). In general, saving order of appearance doesn't seem to be bad thing. Are there any technical iss...

Package: src:xcp-vncterm Version: 0.1-2 Severity: important Tags: sid jessie User: debian-glibc at lists.debian.org Usertags: ftbfs-glibc-2.17 The package fails to build in a test rebuild on at least amd64 with eglibc-2.17, but succeeds to build with eglibc-2.13. The severity of this report may be raised before the jessie release. The test rebuild was done together with GCC-4.8, so some issues might be caused by the updated GCC as well. main.c:545:19: error: storage size of 'rlim' isn't known Th...

> Are there any reasons why option can't be supported by llvm? It is hard and has very few users. For this to work you would have to add ordering information to the LLVM IL. It looks easier to patch eglibc. > Regards, > Sergey Yakoushkin Cheers, -- Rafael Ávila de Espíndola

On 2010-02-21 23:36, Sergey Yakoushkin wrote: > Hi, Rafael > > Inlined asm markup inside functions and on the top level is used to > split asm prologue/epilogue parts in very fine-grained manner. > So, splitting source c won't give the same result. You could have 2 files: - 1 which contains the function, and a marker where prolog ends (beginning of file is implicit marker of

Hi, Rafael Inlined asm markup inside functions and on the top level is used to split asm prologue/epilogue parts in very fine-grained manner. So, splitting source c won't give the same result. Regards, Sergey Y. 2010/2/22 Rafael Espindola <espindola at google.com> I haven't looked at the code, but why can't you split the .c files > into multiple files instead of splitting

> I agree, impact of issue is limited. But it prevents out of the box > compilation of libraries for some targets. > Also, looks like glibc and eglibc maintainers do not welcome patches > for llvm (yet). I would be very surprised if glibc ever does. I don't have any experience with eglibc. > In general, saving order of appearance doesn't seem to be bad thing. > Are there any technical issues with addition of ordering? > I gu...

Hi, Are there any existing patches (or instructions) for eglibc(may be glibc/uclibc) to build it correctly with llvm-gcc? Could you please point to them? I'm cross-compiling eglibc for new processor using llvm-gcc. Build passes, but creates mis-optimized crt* files due to lack of -fno-toplevel-reorder support. Seems there are reasons to skip support of thi...

...easwara/work/llvmorg/llvm-build/../lib/Support/Unix/Signals.inc:481:1 #2 0x4b2ee4 SignalHandler(int) /usr2/seaswara/work/llvmorg/llvm-build/../lib/Support/Unix/Signals.inc:198:60 #3 0x7fd12664bcb0 __restore_rt (/lib/x86_64-linux-gnu/libpthread.so.0+0xfcb0) #4 0x7fd12587d0d5 gsignal /build/buildd/eglibc-2.15/signal/../nptl/sysdeps/unix/sysv/linux/raise.c:64:0 #5 0x7fd12588083b abort /build/buildd/eglibc-2.15/stdlib/abort.c:93:0 #6 0x7fd125875d9e __assert_fail_base /build/buildd/eglibc-2.15/assert/assert.c:55:0 #7 0x7fd125875e42 (/lib/x86_64-linux-gnu/libc.so.6+0x2ee42) #8 0x76ff7f lld::Resolver::...

Hello Rui, Thanks for your reply. I tried with the keep-section argument and that made the shared library work. Should these sections be kept around by default maybe? -- Tobias On Thu, Oct 17, 2019 at 11:06 AM Rui Ueyama <ruiu at google.com> wrote: > > One thing I noticed is that llvm-strip seemed to remove a .ARM.attributes section. Can you try --keep-section=.ARM.attributes to

...alHandlers() /home/mtech2/Documents/llvm/llvm/lib/Support/Signals.cpp:34:0* *#3 0x29623b1 SignalHandler(int) /home/mtech2/Documents/llvm/llvm/lib/Support/Unix/Signals.inc:211:0* *#4 0x7f190977a340 __restore_rt (/lib/x86_64-linux-gnu/libpthread.so.0+0x10340)* *#5 0x7f1908715cc9 gsignal /build/buildd/eglibc-2.19/signal/../nptl/sysdeps/unix/sysv/linux/raise.c:56:0* *#6 0x7f19087190d8 abort /build/buildd/eglibc-2.19/stdlib/abort.c:91:0* *#7 0x7f190870eb86 __assert_fail_base /build/buildd/eglibc-2.19/assert/assert.c:92:0* *#8 0x7f190870ec32 (/lib/x86_64-linux-gnu/libc.so.6+0x2fc32)* *#9 0x7f19084d9970 ll...

...000362a764 PrintStackTraceSignalHandler(void*) (/work/llvm/build/bin/clang-6.0+0x362a764) #1 0x000000000362aac6 SignalHandler(int) (/work/llvm/build/bin/clang-6.0+0x362aac6) #2 0x00007f9193b78330 __restore_rt (/lib/x86_64-linux-gnu/libpthread.so.0+0x10330) #3 0x00007f919276bc37 gsignal /build/eglibc-oGUzwX/eglibc-2.19/signal/../nptl/sysdeps/unix/sysv/linux/raise.c:56:0 #4 0x00007f919276f028 abort /build/eglibc-oGUzwX/eglibc-2.19/stdlib/abort.c:91:0 #5 0x00007f9192764bf6 __assert_fail_base /build/eglibc-oGUzwX/eglibc-2.19/assert/assert.c:92:0 #6 0x00007f9192764ca2 (/lib/x86_64-linux-gnu/l...

...gt; > > > > Thanks, > > > Tobias > > > > > > On Thu, Oct 17, 2019 at 11:25 AM Peter Smith <peter.smith at linaro.org> wrote: > > > > > > > > Hello Tobias, > > > > > > > > Does your system happen to be using eglibc? I ran into this problem on > > > > an Ubuntu 14.04 system and it was down to the eglibc dynamic loader > > > > using the .ARM.attributes section when performing dlopen. Strictly > > > > speaking the .ARM.attributes section is only defined for relocatable > &g...

...ignalHandler(void*) (/work/llvm/build/bin/clang-6.0+0x362a764) >> #1 0x000000000362aac6 SignalHandler(int) (/work/llvm/build/bin/clang-6.0+0x362aac6) >> #2 0x00007f9193b78330 __restore_rt (/lib/x86_64-linux-gnu/libpthread.so.0+0x10330) >> #3 0x00007f919276bc37 gsignal /build/eglibc-oGUzwX/eglibc-2.19/signal/../nptl/sysdeps/unix/sysv/linux/raise.c:56:0 >> #4 0x00007f919276f028 abort /build/eglibc-oGUzwX/eglibc-2.19/stdlib/abort.c:91:0 >> #5 0x00007f9192764bf6 __assert_fail_base /build/eglibc-oGUzwX/eglibc-2.19/assert/assert.c:92:0 >> #6 0x00007f9192764c...

...>> > > > >> > > > On Thu, Oct 17, 2019 at 11:25 AM Peter Smith <peter.smith at linaro.org> wrote: >> > > > > >> > > > > Hello Tobias, >> > > > > >> > > > > Does your system happen to be using eglibc? I ran into this problem on >> > > > > an Ubuntu 14.04 system and it was down to the eglibc dynamic loader >> > > > > using the .ARM.attributes section when performing dlopen. Strictly >> > > > > speaking the .ARM.attributes section is only defi...

...n/lli+0xb6ec28) #1 0x0000000000b6d1e6 llvm::sys::RunSignalHandlers() (/w/bld/org/bin/lli+0xb6d1e6) #2 0x0000000000b6f25b SignalHandler(int) (/w/bld/org/bin/lli+0xb6f25b) #3 0x00002b45866ce340 __restore_rt (/lib/x86_64-linux-gnu/libpthread.so.0+0x10340) #4 0x00002b4587047cc9 gsignal /build/buildd/eglibc-2.19/signal/../nptl/sysdeps/unix/sysv/linux/raise.c:56:0 #5 0x00002b458704b0d8 abort /build/buildd/eglibc-2.19/stdlib/abort.c:91:0 #6 0x00002b4586068287 (/w/c/clang+llvm-3.7.0-x86_64-linux-gnu-ubuntu-14.04/lib/libc++abi.so.1+0x8287) #7 0x00002b4586068438 (/w/c/clang+llvm-3.7.0-x86_64-linux-gnu-ub...

...tStackTraceSignalHandler(void*) (/work/llvm/build/bin/clang-6.0+0x362a764) > #1 0x000000000362aac6 SignalHandler(int) (/work/llvm/build/bin/clang-6.0+0x362aac6) > #2 0x00007f9193b78330 __restore_rt (/lib/x86_64-linux-gnu/libpthread.so.0+0x10330) > #3 0x00007f919276bc37 gsignal /build/eglibc-oGUzwX/eglibc-2.19/signal/../nptl/sysdeps/unix/sysv/linux/raise.c:56:0 > #4 0x00007f919276f028 abort /build/eglibc-oGUzwX/eglibc-2.19/stdlib/abort.c:91:0 > #5 0x00007f9192764bf6 __assert_fail_base /build/eglibc-oGUzwX/eglibc-2.19/assert/assert.c:92:0 > #6 0x00007f9192764ca2 (/lib/x86...

...tStackTraceSignalHandler(void*) (/work/llvm/build/bin/clang-6.0+0x362a764) > #1 0x000000000362aac6 SignalHandler(int) (/work/llvm/build/bin/clang-6.0+0x362aac6) > #2 0x00007f9193b78330 __restore_rt (/lib/x86_64-linux-gnu/libpthread.so.0+0x10330) > #3 0x00007f919276bc37 gsignal /build/eglibc-oGUzwX/eglibc-2.19/signal/../nptl/sysdeps/unix/sysv/linux/raise.c:56:0 > #4 0x00007f919276f028 abort /build/eglibc-oGUzwX/eglibc-2.19/stdlib/abort.c:91:0 > #5 0x00007f9192764bf6 __assert_fail_base /build/eglibc-oGUzwX/eglibc-2.19/assert/assert.c:92:0 > #6 0x00007f9192764ca2 (/lib/x86...

...nSignalHandlers() > (/w/bld/org/bin/lli+0xb6d1e6) > #2 0x0000000000b6f25b SignalHandler(int) (/w/bld/org/bin/lli+0xb6f25b) > #3 0x00002b45866ce340 __restore_rt > (/lib/x86_64-linux-gnu/libpthread.so.0+0x10340) > #4 0x00002b4587047cc9 gsignal > /build/buildd/eglibc-2.19/signal/../nptl/sysdeps/unix/sysv/linux/raise.c:56:0 > #5 0x00002b458704b0d8 abort > /build/buildd/eglibc-2.19/stdlib/abort.c:91:0 > #6 0x00002b4586068287 > (/w/c/clang+llvm-3.7.0-x86_64-linux-gnu-ubuntu-14.04/lib/libc++abi.so.1+0x8287) > #7 0x00002b4586068438...

...are/info --mandir=/usr/share/man --disable-silent-rules --disable-dependency-tracking --with-libtool-sysroot=/local/mnt/workspace/9x25/AU_753_samba_cfg/oe-core/build/tmp-eglibc/sysroots/mdm9625 --disable-cups --with-readline=/local/mnt/workspace/9x25/AU_753_samba_cfg/oe-core/build/tmp-eglibc/sysroots/mdm9625/usr/lib/.. --with-libiconv=/local/mnt/workspace/9x25/AU_753_samba_cfg/oe-core/build/tmp-eglibc/sysroots/mdm9625/usr/lib/....