search for: sourcewar

...ck gdb is setgid procmod) (gdb) Can someone at Apple provide the gdb developers with some advice on what is the new approach recommnded for gdb to have proper permissions and group ownership to function under darwin9.5.8 and darwin10? The messages discussing this issue are archived at... http://sourceware.org/ml/gdb/2009-09/msg00239.html http://sourceware.org/ml/gdb/2009-09/msg00240.html http://sourceware.org/ml/gdb/2009-09/msg00241.html http://sourceware.org/ml/gdb/2009-09/msg00242.html http://sourceware.org/ml/gdb/2009-09/msg00243.html http://sourceware.org/ml/gdb/2009-09/msg00245.html http://sou...

---------- Forwarded message ---------- From: "Michael Eager" <eager at eagerm.com> Date: Feb 18, 2014 7:58 AM Subject: Deadline for DWARF Version 5 comments -- March 31, 2014 To: "gdb at sourceware.org" <gdb at sourceware.org>, "GCC" <gcc at gcc.gnu.org>, < lldb-dev at cs.uiuc.edu> Cc: The DWARF Debugging Information Format Committee (http://dwarfstd.org) is nearing completion on the DWARF Version 5 standard. We anticipate a public comment draft to be relea...

...ul because I think LLD now restricts doing the copy relocations against protected symbols, so probably we can ignore it ATM. The first is a bit more interesting. We do not proccess this notes and our output is broken now, we just merge all records and seems have the same issue as gold has: https://sourceware.org/bugzilla/show_bug.cgi?id=22914.<https://sourceware.org/bugzilla/show_bug.cgi?id=22914> At the same time as far I know, Linux kernel does not yet has support for GNU_PROPERTY_STACK_SIZE, so it probably means there are no users at all for it in the wild. On another side, we have an Intel...

...tricts > doing the copy relocations against protected symbols, > so probably we can ignore it ATM. > > The first is a bit more interesting. We do not proccess this notes and our output > is broken now, we just merge all records and seems have the same issue as gold has: > [https://sourceware.org/bugzilla/show_bug.cgi?id=22914.](https://sourceware.org/bugzilla/show_bug.cgi?id=22914) > At the same time as far I know, Linux kernel does not yet has support for > GNU_PROPERTY_STACK_SIZE, so it probably means there are no users at all for it in the wild. > > On another side, we...

...opy --only-secton=.text a.out a.out2 WRONG: llvm-objcopy --macho-names --only-secton=.text a.out WRONG: llvm-objcopy --macho-names --only-secton=__TEXT.__text a.out OK: llvm-objcopy --macho-names --only-secton=__TEXT,__text a.out What do you think about this behavior? Thanks, Seiya [1]: https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;a=blob;f=bfd/mach-o.c;h=d9edef2871d83b53280b613935c068e4327f3270;hb=HEAD#l364 [2]: https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;a=blob;f=bfd/mach-o.c;h=d9edef2871d83b53280b613935c068e4327f3270;hb=HEAD#l90

...able)". I got the strace output now, but it very difficult to read (chdir in a multi-threaded process ?). My current inclination is to blame rsync because it does an unconditional getcwd during startup, which now fails if the current directory is unreachable. Further references: https://sourceware.org/ml/libc-alpha/2018-02/msg00152.html https://bugzilla.redhat.com/show_bug.cgi?id=1542180 Andreas Schwab agrees that rsync is buggy: https://sourceware.org/ml/libc-alpha/2018-02/msg00153.html Thanks, Florian

On 30.01.2016 16:59, poma wrote: > ... > > https://sourceware.org/bugzilla/show_bug.cgi?id=19538 > > Mister Anvin, care to share what's the status of the "ld?" problemo, is anyone working on it? It would be maravilloso if syslinux can continue to build and test with latest and greatest.

...llvm-objcopy --macho-names --only-secton=.text a.out > WRONG: llvm-objcopy --macho-names --only-secton=__TEXT.__text a.out > OK: llvm-objcopy --macho-names --only-secton=__TEXT,__text a.out > > What do you think about this behavior? > > Thanks, > Seiya > > [1]: https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;a=blob;f=bfd/mach-o.c;h=d9edef2871d83b53280b613935c068e4327f3270;hb=HEAD#l364 <https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;a=blob;f=bfd/mach-o.c;h=d9edef2871d83b53280b613935c068e4327f3270;hb=HEAD#l364> > [2]: https://sourceware.org/git/gi...

...hash" section, "gnu" for new style GNU ".gnu.hash" section or "both" for both the classic ELF ".hash" and new style GNU ".gnu.hash" hash tables. The default is "sysv"." GNU_HASH format is a better version of hash table (https://sourceware.org/ml/binutils/2006-10/msg00377.html). We have --hash-style=sysv currently set by default in LLD. Though recently (see https://bugs.llvm.org//show_bug.cgi?id=34712) GNU linkers switched to use ".gnu.hash" section format in addition to normally used classic ".hash". So they...

Can someone provide instructions and the necessary environment/toolchain support needed to get Xen to build and boot on a native EFI system (i.e. with no CSM/legacy support)? Joe

...ow, but it very difficult to read (chdir in a > multi-threaded process ?). > > My current inclination is to blame rsync because it does an unconditional > getcwd during startup, which now fails if the current directory is > unreachable. > > Further references: > > https://sourceware.org/ml/libc-alpha/2018-02/msg00152.html > https://bugzilla.redhat.com/show_bug.cgi?id=1542180 > > Andreas Schwab agrees that rsync is buggy: > > https://sourceware.org/ml/libc-alpha/2018-02/msg00153.html > > > Thanks, > Florian > ______________________________________...

+llvm-dev Discussion here: https://sourceware.org/ml/gnu-gabi/2017-q2/msg00000.html On Tue, May 2, 2017 at 10:17 AM, Suprateeka R Hegde <hegdesmailbox at gmail.com> wrote: > On 02-May-2017 12:05 AM, Florian Weimer wrote: >> On 05/01/2017 08:28 PM, Suprateeka R Hegde wrote: >>> So the ratio shows ~96% is RELATIVE reloc...

...LVM/Release/bin/clang++ test.cpp -ffunction-sections -o test.o /usr/local/bin/ld: internal error in layout_eh_frame_section, at .././../gold/object.cc:1309 It is that place: https://github.com/gittup/binutils/blob/gittup/gold/object.cc#L1372 Did not investigate it, but it looks it is place (https://sourceware.org/ml/binutils/2009-06/msg00097.html) mentioned in comment for https://marc.info/?l=llvm-commits&m=144683596826489. LLD ~head fails here https://github.com/llvm-mirror/lld/blob/master/ELF/InputFiles.cpp#L392 as we are trying to do cast to InputSection, though .eh_frame is not regular InputSe...

...o test.o >> /usr/local/bin/ld: internal error in layout_eh_frame_section, at >> .././../gold/object.cc:1309 >> It is that place: >> https://github.com/gittup/binutils/blob/gittup/gold/object.cc#L1372 >> Did not investigate it, but it looks it is place >> (https://sourceware.org/ml/binutils/2009-06/msg00097.html) >> mentioned in comment for >> https://marc.info/?l=llvm-commits&m=144683596826489. > >I've committed a patch in gold that should fix this problem: > > https://sourceware.org/ml/binutils/2017-11/msg00541.html > >Can you...

...cording to the GNU as documentation [1], .cfi_startproc simple is a valid directive. Unfortunately, LLVM complains with: error: invalid instruction mnemonic 'simple' I happened to notice it while attempting to compile linux.git with clang: see arch/x86/ia32/ia32entry.S:75. [1]: http://sourceware.org/binutils/docs-2.22/as/Pseudo-Ops.html#Pseudo-Ops Thanks.

Hi All, I am in a bit of a conundrum I hope someone could give me some advice. I have a CentOS 7 server which currently runs glibc version 2.17.x. That version contains a memory leak described and fixed here: https://sourceware.org/bugzilla/show_bug.cgi?id=17370 Suffice to say, this memory leak is causing some serious issues and I have read that upgrading glibc without also upgrading the entire kernel is not recommended. I was hoping that this fix was back ported into CentOS 7 somewhere and maybe there is a quick fix I...

...t causes excessive link time when building llvm. We switched > to using cvs binutils and our link times went from minutes to seconds. > > I didn't see anything about this on the web pages. It might be good > information to add to the Getting Started guide. Here is the bug: http://sourceware.org/bugzilla/show_bug.cgi?id=3111 It was fixed in 2.17.50.0.4 Cheers, Rafael

...D38407 > > Any thoughts ? > > Best regards, > George | Developer | Access Softek, Inc Hi, I initially wanted to switch the default to "gnu" as well in GNU linkers. However it was argued that this would generate ELF fiels that do not follow the ELF ABI. See here https://sourceware.org/ml/binutils/2017-07/msg00160.html Thus it has been chosen to use "both" rather than "gnu". Cheers, Romain

...he source C-code, that I compile for xPEC-processor. I have read the article "Source Level Debugging with LLVM" (http://llvm.org/docs/SourceLevelDebugging.html), where were described that is possible to use debugger GDB. Wonderful! I have found much information about GDB (of course http://sourceware.org/gdb/ ) and it has a debugging of remote programs. Problem: I don't understand how must be compiled the C-code with "llvm-gcc". Wenn I use option "-emit-llvm" [backend needs it] of course with "-g" and "-O0", then GDB can't find a symbol table...

...made some good progress that we'd like to share and get feedback on. Our work is based on the 'experimental-relr' prototype from Cary that is available at 'users/ccoutant/experimental-relr' branch in the binutils repository [1], and was described earlier in this thread: https://sourceware.org/ml/gnu-gabi/2017-q2/msg00003.html We've taken the '.relr.dyn' section from Cary's prototype, and implemented a custom encoding to compactly represent the list of offsets. We're calling the new compressed section '.relrz.dyn' (for relocations-relative-compressed)....