[Bug binutils/31327] libbacktrace test failures
https://sourceware.org/bugzilla/show_bug.cgi?id=31327 --- Comment #3 from Ian Lance Taylor --- It's fine with me. I don't know if there is any binutils policy about this. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug ld/29072] ld silently make the program stack area executable if nested function is used
https://sourceware.org/bugzilla/show_bug.cgi?id=29072 Ian Lance Taylor changed: What|Removed |Added CC||ian at airs dot com --- Comment #5 from Ian Lance Taylor --- I want to mention that the gold linker supports a --warn-execstack (and --no-warn-execstack) option. It would be helpful if GNU ld used the same spelling. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug gold/23765] Malformed ELF header causes Out of Bounds read
https://sourceware.org/bugzilla/show_bug.cgi?id=23765 --- Comment #7 from Ian Lance Taylor --- The patch in comment #1 is fine. Nick, go ahead and commit. Thanks. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug ld/28141] support a small discontiguous stack for goroutines
https://sourceware.org/bugzilla/show_bug.cgi?id=28141 Ian Lance Taylor changed: What|Removed |Added Resolution|FIXED |--- Status|RESOLVED|REOPENED Ever confirmed|0 |1 Last reconfirmed||2021-08-10 --- Comment #4 from Ian Lance Taylor --- Sorry, shouldn't have closed this. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug ld/28141] support a small discontiguous stack for goroutines
https://sourceware.org/bugzilla/show_bug.cgi?id=28141 Ian Lance Taylor changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |FIXED CC||ian at airs dot com --- Comment #3 from Ian Lance Taylor --- The specification, such as it is, is at https://gcc.gnu.org/wiki/SplitStacks. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug binutils/27078] c++filt: demangling for float128 type is confusing on PowerPC
https://sourceware.org/bugzilla/show_bug.cgi?id=27078 Ian Lance Taylor changed: What|Removed |Added CC||ian at airs dot com --- Comment #1 from Ian Lance Taylor --- You filed this against the demangler, but it seems to me that the demangler is doing the right thing given the strings that it is given. If anything should change here, it seems that it should be the mangling. If you disagree, how do you think the demangler should handle this symbol name? -- You are receiving this mail because: You are on the CC list for the bug.
[Bug ld/25236] common symbol: don't consider definitions in shared objects
https://sourceware.org/bugzilla/show_bug.cgi?id=25236 Ian Lance Taylor changed: What|Removed |Added CC||ian at airs dot com --- Comment #5 from Ian Lance Taylor --- As I recall the behavior in GNU ld is due to SunOS. On SunOS when a shared library defined a common symbol it was required for the main executable to define the symbol with the same size. I think the shared library would then refer to the executable's symbol, so if the size were not the same (or larger) the program would break. I think this approach was required for stdin/stdout/stderr, but I may be misremembering. If a common symbol in a shared library is going to be resolved to a common symbol in the main executable, then it seems essential to consider the size of the common symbol in the shared library. If the two symbols are going to be treated as distinct, then it doesn't matter. So I think the resolution here hinges on that question. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug ld/22831] ld causes massive thrashing if object files are not fully memory-resident: new algorithm needed
https://sourceware.org/bugzilla/show_bug.cgi?id=22831 Ian Lance Taylor changed: What|Removed |Added CC||ian at airs dot com --- Comment #25 from Ian Lance Taylor --- When using gold the key options are --no-mmap-output-file --no-map-whole-files --no-keep-files-mapped. Can you confirm that those options--all of them together--were tried with gold? -- You are receiving this mail because: You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gold/23495] New: gold should not compress the .debug_gdb_scripts section
https://sourceware.org/bugzilla/show_bug.cgi?id=23495 Bug ID: 23495 Summary: gold should not compress the .debug_gdb_scripts section Product: binutils Version: unspecified Status: NEW Severity: normal Priority: P2 Component: gold Assignee: ccoutant at gmail dot com Reporter: ian at airs dot com CC: ian at airs dot com Target Milestone: --- gdb looks for the special section .debug_gdb_scripts. As far as I can tell, it does not look for .zdebug_gdb_scripts. Therefore, gold should not generate that. Right now, gold will consider compressing any section whose name starts with ".debug" (is_compressible_debug_section in gold/layout.cc). We should probably not try to compress .debug_gdb_scripts. -- You are receiving this mail because: You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gold/22011] glibc math/test-matherr.c fails with gold
https://sourceware.org/bugzilla/show_bug.cgi?id=22011 --- Comment #3 from Ian Lance Taylor --- I can't recreate this. I get "matherr is working" from both gold and GNU ld. I tested with tip gold and "Ubuntu EGLIBC 2.19-0ubuntu6.13". That said, I can see the difference. With GNU ld, readelf -s --wide run on the linked executable shows 8: 00601050 4 OBJECT WEAK DEFAULT 26 _LIB_VERSION@GLIBC_2.2.5 (3) 10: 004006fd39 FUNCGLOBAL DEFAULT 14 matherr@GLIBC_2.2.5 With gold it shows 8: 004006ad39 FUNCGLOBAL DEFAULT 13 matherr 9: 00402040 4 OBJECT GLOBAL DEFAULT 26 _LIB_VERSION@GLIBC_2.2.5 (2) I'm not sure, but it may be that gold is doing this because in my libm.so matherr shows up as 358: 8430 3 FUNCWEAK DEFAULT 13 matherr@@GLIBC_2.2.5 which is to say that it is the default version. And, as mentioned above, everything works as expected. What are the readelf -s --wide outputs on your system? -- You are receiving this mail because: You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/20966] cp-demangle cannot demangle symbols
https://sourceware.org/bugzilla/show_bug.cgi?id=20966 Ian Lance Taylor changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |MOVED --- Comment #2 from Ian Lance Taylor --- Closing in favor of GCC repo. -- You are receiving this mail because: You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/20966] cp-demangle cannot demangle symbols
https://sourceware.org/bugzilla/show_bug.cgi?id=20966 Ian Lance Taylor changed: What|Removed |Added CC||ian at airs dot com --- Comment #1 from Ian Lance Taylor --- The master sources for the demangler live in the GCC repository, so bugs against the demangler should be reported at https://gcc.gnu.org/bugzilla. Thanks. When reporting the bug, please also include the source code that produces the symbols in questions, and information about the compiler being used. -- You are receiving this mail because: You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/19030] ld generates .so/x86 with bad phdr so the Android linker won't dlopen
https://sourceware.org/bugzilla/show_bug.cgi?id=19030 Ian Lance Taylor changed: What|Removed |Added CC||ian at airs dot com --- Comment #4 from Ian Lance Taylor --- The option -no-enum-size-warning is handled as -n -o -enum-size-warning. In other words, the -n option, followed by the -o option, setting the name of the output file to -enum-size-warning. Perhaps in your case you had a subsequent -o option setting a different output file name--that last -o option on the command line takes precedence. Yes, one dash or two makes a difference. -- You are receiving this mail because: You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/18995] c++filt segfault on line not containing a symbol
https://sourceware.org/bugzilla/show_bug.cgi?id=18995 Ian Lance Taylor changed: What|Removed |Added CC||ian at airs dot com --- Comment #2 from Ian Lance Taylor --- I expect this is fixed on mainline by https://gcc.gnu.org/ml/gcc-patches/2015-07/msg00399.html (which is not the version of the patch that was actually checked in, but I think the patch that was checked in fixed this problem). -- You are receiving this mail because: You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug admin/18946] testing bugzilla
https://sourceware.org/bugzilla/show_bug.cgi?id=18946 Ian Lance Taylor changed: What|Removed |Added Status|NEW |RESOLVED CC||ian at airs dot com Resolution|--- |INVALID --- Comment #1 from Ian Lance Taylor --- Yes, it works. -- You are receiving this mail because: You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gold/14187] gold incorrectly requires hexadecimals to start with 0x with -Ttext/-Tdata/-Tbss
https://sourceware.org/bugzilla/show_bug.cgi?id=14187 --- Comment #6 from Ian Lance Taylor ian at airs dot com --- The difference in -Ttext behaviour between gold and GNU ld is intentional. The -Ttext option in GNU ld is nearly meaningless when using ELF. Gold's -Ttext option corresponds to GNU ld's -Ttext-segment option. The difference in accepted numbers is not. For some reason nobody ever noticed that ld defaults to hex and gold defaults to decimal. Yes, this means that gold is not a drop-in linker replacement for all uses. That is true for several reasons. As far as I can tell GNU ld does not search /usr/local/lib either, unless configured with a special --with-lib-path option. In any case, that should be a different bug report. -- You are receiving this mail because: You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gold/14187] gold incorrectly requires hexadecimals to start with 0x with -Ttext/-Tdata/-Tbss
https://sourceware.org/bugzilla/show_bug.cgi?id=14187 --- Comment #9 from Ian Lance Taylor ian at airs dot com --- Not that it matters much, but gold was first released in 2008, so when I say nobody noticed I meant for those first four or so years. -- You are receiving this mail because: You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gold/18327] New: Exception frame merging is broken in gold
https://sourceware.org/bugzilla/show_bug.cgi?id=18327
Bug ID: 18327
Summary: Exception frame merging is broken in gold
Product: binutils
Version: unspecified
Status: NEW
Severity: normal
Priority: P2
Component: gold
Assignee: ccoutant at gmail dot com
Reporter: ian at airs dot com
CC: ian at airs dot com
Exception frame merging is broken on mainline. When two CIEs are merged, reloc
processing is not being applied to subsequent CIEs. This causes the
personality function to not be defined.
Compile these two C++ files without optimization and link them in order.
void
bar()
{
}
#include iostream
#include cstdlib
void
foo()
{
}
int
main()
{
try
{
throw(1);
}
catch(int)
{
std::cout caught std::endl;
exit(0);
}
std::cout failed std::endl;
exit(1);
}
===
The resulting program, when run, should print caught. When I link it with
tip gold, I get
terminate called after throwing an instance of 'int'
Aborted
The reason is that the personality routine in the exception frame info is not
set. It should have been set by applying relocation processing to the CIE
data. Note that relocation processing is normally applied *after* EH frame
merging.
I suspect
https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;a=commit;h=dbe40a889191708b6e32441b1c64937844645574
but I don't know if that is actually the problem.
--
You are receiving this mail because:
You are on the CC list for the bug.
___
bug-binutils mailing list
bug-binutils@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gold/18327] Exception frame merging is broken in gold
https://sourceware.org/bugzilla/show_bug.cgi?id=18327 Ian Lance Taylor ian at airs dot com changed: What|Removed |Added CC||rafael.espindola at gmail dot com -- You are receiving this mail because: You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gold/18147] gold should not issue relocation overflow error with --unresolved-symbols=ignore-all
https://sourceware.org/bugzilla/show_bug.cgi?id=18147 --- Comment #6 from Ian Lance Taylor ian at airs dot com --- Actually, I am fine with only ignoring relocation errors against strong undefined symbol in precisely those cases where we already ignore the relocation errors against weak undefined symbols. Those are the only cases that will matter in practice. For example, Target_powerpcsize, big_endian::Relocate::relocate skips the relocation overflow error for a branch relocation to a weak undefined symbol. -- You are receiving this mail because: You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gold/18147] gold should not issue relocation overflow error with --unresolved-symbols=ignore-all
https://sourceware.org/bugzilla/show_bug.cgi?id=18147 --- Comment #4 from Ian Lance Taylor ian at airs dot com --- We already explicitly do not report relocation errors for weak undefined symbols. That's because in those cases the relocation overflow is not important. And Cary is right: for any sort of undefined symbol, the relocation overflow is not important. What useful information is the linker conveying? I've already said that I don't care whether the symbol is undefined. It follows that any reference to that symbol can be expected to fail, and I don't care. If I'm going to run the program, I must be using some technique to avoid executing that relocation at all. There's no reason to think that I care about a relocation overflow referring to that symbol any more than I care about any other reference to that symbol. This is not the case of --defsym SYM=0. For that case we certainly should report a relocation overflow. This is a case where I've said I don't care about the symbol at all. (The particular use case here is a program that is determining the types of symbols by linking against libraries that define those symbols and examining the debug info. The libraries can be passed as -l options and there is no need for the tool to replicate the linker's search path. There is also no need to worry about the library dependencies, since they aren't relevant for the purpose of the tool. So it uses --unresolved-symbols=ignore-all.) -- You are receiving this mail because: You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gold/18147] gold should not issue relocation overflow error with --unresolved-symbols=ignore-all
https://sourceware.org/bugzilla/show_bug.cgi?id=18147 --- Comment #2 from Ian Lance Taylor ian at airs dot com --- That last error shouldn't be issued. We shouldn't report a relocation overflow for a reference to an undefined symbol if we aren't going to report an error about the undefined symbol. Why should we report a relocation overflow in either case? You're right, we shouldn't. We should only issue relocation overflow errors for defined symbols. A relocation overflow for an undefined symbol is useless. -- You are receiving this mail because: You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gold/18147] New: gold should not issue relocation overflow error with --unresolved-symbols=ignore-all
https://sourceware.org/bugzilla/show_bug.cgi?id=18147
Bug ID: 18147
Summary: gold should not issue relocation overflow error with
--unresolved-symbols=ignore-all
Product: binutils
Version: unspecified
Status: NEW
Severity: normal
Priority: P2
Component: gold
Assignee: ccoutant at google dot com
Reporter: ian at airs dot com
CC: ian at airs dot com
When linking a program with --unresolved-symbols=ignore-all, gold should not
issue a relocation overflow error for a reference to the symbol.
For example, this happens on 64-bit PowerPC. foo.c:
void f1() { f2(); }
Compile that with a 64-bit PowerPC compiler
ld foo.o:
foo.o(.text+0x14): error: relocation overflow
foo.o(.text+0x14): error: undefined reference to 'f2'
ld foo.o --unresolved-symbols=ignore-all
foo.o(.text+0x14): error: relocation overflow
That last error shouldn't be issued. We shouldn't report a relocation overflow
for a reference to an undefined symbol if we aren't going to report an error
about the undefined symbol.
Unfortunately there doesn't seem to be any one point to check. Calls to
is_weak_undefined are a proxy, but I'm not sure that all the calls need to be
changed.
--
You are receiving this mail because:
You are on the CC list for the bug.
___
bug-binutils mailing list
bug-binutils@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gold/18147] gold should not issue relocation overflow error with --unresolved-symbols=ignore-all
https://sourceware.org/bugzilla/show_bug.cgi?id=18147 Ian Lance Taylor ian at airs dot com changed: What|Removed |Added CC||amodra at gmail dot com -- You are receiving this mail because: You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug admin/18022] change in libiberty.h prevents compilation by IBM C compiler
https://sourceware.org/bugzilla/show_bug.cgi?id=18022 Ian Lance Taylor ian at airs dot com changed: What|Removed |Added CC||ian at airs dot com --- Comment #1 from Ian Lance Taylor ian at airs dot com --- What is the actual error? I don't see it. -- You are receiving this mail because: You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gold/17432] internal error in relocate_tls, at gold/x86_64.cc:3829
https://sourceware.org/bugzilla/show_bug.cgi?id=17432 --- Comment #1 from Ian Lance Taylor ian at airs dot com --- Can you show how gold is invoked? Can you show the input files? -- You are receiving this mail because: You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gold/14746] ld: internal error in address, at gold/output.h:72 while building Linux kvm tool
https://sourceware.org/bugzilla/show_bug.cgi?id=14746 Ian Lance Taylor ian at airs dot com changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|WONTFIX |--- Assignee|ian at airs dot com|ccoutant at google dot com --- Comment #3 from Ian Lance Taylor ian at airs dot com --- I don't understand why you are closing this. An internal error is a bug that should be fixed. Does this work any better now? -- You are receiving this mail because: You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/15920] bfd.h not suitable as a general-purpose header
https://sourceware.org/bugzilla/show_bug.cgi?id=15920 Ian Lance Taylor ian at airs dot com changed: What|Removed |Added CC||ian at airs dot com --- Comment #9 from Ian Lance Taylor ian at airs dot com --- For what it's worth the libbacktrace library in the GCC sources can be used as a standalone library to do symbolic stack traces of the running process. It currently only supports DWARF but it would be nice to add support for other debug info types. -- You are receiving this mail because: You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/14768] Checklist: Binutils Migration To Git
http://sourceware.org/bugzilla/show_bug.cgi?id=14768 --- Comment #13 from Ian Lance Taylor ian at airs dot com --- My CVS stitching process is not so mysterious, it's in the CVS repository :ext:sourceware.org:/cvs/sourceware/coolo-cvs on the gccmerge branch. The main command is in src/gccmerge.c. A few constants in that file would have to be changed for the binutils code. But if git has a stitching process, no reason not to use that. -- You are receiving this mail because: You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gold/15660] out of file descriptors and couldn't close any
http://sourceware.org/bugzilla/show_bug.cgi?id=15660 --- Comment #1 from Ian Lance Taylor ian at airs dot com --- What does ulimit -n display? -- You are receiving this mail because: You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gold/15478] -no-as-needed required to avoid runtime symbol lookup error
http://sourceware.org/bugzilla/show_bug.cgi?id=15478 --- Comment #13 from Ian Lance Taylor ian at airs dot com 2013-05-21 04:18:43 UTC --- As far as I can see plain GCC only uses --as-needed in the form --as-needed -lgcc_s --no-as-needed If your GCC is always passing --as-needed to ld I think that must be Debian- or Ubuntu-specific. I do see that /usr/bin/gcc always passes --as-needed on my Ubuntu Precise system, and that it does not do so on Fedora 16. -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gold/15478] -no-as-needed required to avoid runtime symbol lookup error
http://sourceware.org/bugzilla/show_bug.cgi?id=15478 --- Comment #7 from Ian Lance Taylor ian at airs dot com 2013-05-18 18:10:26 UTC --- Rather than make this rather complex behaviour even more complex in order to satisfy your rather unusual use case, I suggest that you use the --allow-shlib-undefined option. -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gold/15355] ppc64 linker script failure
http://sourceware.org/bugzilla/show_bug.cgi?id=15355 Ian Lance Taylor ian at airs dot com changed: What|Removed |Added CC||amodra at gmail dot com -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gold/15200] Runtime undefined reference to __exidx_start/_end
http://sourceware.org/bugzilla/show_bug.cgi?id=15200 --- Comment #21 from Ian Lance Taylor ian at airs dot com 2013-03-24 22:26:50 UTC --- I don't see why either of your suggested changes would be correct. Would you mind trying my patch, the second one in comment #13, to see if it fixes your problem? Thanks. -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gold/15200] Runtime undefined reference to __exidx_start/_end
http://sourceware.org/bugzilla/show_bug.cgi?id=15200 --- Comment #19 from Ian Lance Taylor ian at airs dot com 2013-03-20 12:27:58 UTC --- The in_reg() and in_dyn() functions are not mutually exclusive. Both will return true if a symbol appears in both a regular object and a dynamic object. -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gold/15200] Runtime undefined reference to __exidx_start/_end
http://sourceware.org/bugzilla/show_bug.cgi?id=15200 --- Comment #12 from Ian Lance Taylor ian at airs dot com 2013-03-20 03:29:49 UTC --- oldsym-in_dyn() will return true if the symbol was seen in a dynamic object. I don't see why we should create the symbol if it is seen in a dynamic object. It seems that the code should be something like if (oldsym == NULL) return NULL; if (oldsym-is_undefined()) ; else if (oldsym-is_from_dynobj()) ; else return NULL; but that's not right either. We should only create the symbol if it is referenced by a regular object. So it really needs to be if (oldsym == NULL) return NULL; -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gold/15200] Runtime undefined reference to __exidx_start/_end
http://sourceware.org/bugzilla/show_bug.cgi?id=15200 --- Comment #15 from Ian Lance Taylor ian at airs dot com 2013-03-20 04:44:36 UTC --- I think that is what my patch does. Did I get it wrong? I think it probably makes sense in general to create an only_if_ref linker-defined symbol if there is a ref in the regular objects and a definition in a shared object. -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gold/15200] Runtime undefined reference to __exidx_start/_end
http://sourceware.org/bugzilla/show_bug.cgi?id=15200 Ian Lance Taylor ian at airs dot com changed: What|Removed |Added CC||dougkwan at google dot com -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gold/15070] gold crashes on ARMv5 due to unaligned memory access
http://sourceware.org/bugzilla/show_bug.cgi?id=15070 --- Comment #3 from Ian Lance Taylor ian at airs dot com 2013-01-31 05:35:12 UTC --- Yes, in this case naturally aligned means aligned to the size from the ELF class. That's the alignment that matters to gold. I'm fine with changing the comment. There are two kinds of alignment requirement in gold. First, as you say, files in archives can be misaligned when mmapped into memory. Second, many relocations must be aligned; in this case the required alignment depends on the size of the relocation. The elfcpp library requires that ELF data structures be aligned. The patch in the original comment looks right to me. It corresponds to the code in is_elf_object. The patch in comment #2 is not correct. -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gold/15070] gold crashes on ARMv5 due to unaligned memory access
http://sourceware.org/bugzilla/show_bug.cgi?id=15070 Ian Lance Taylor ian at airs dot com changed: What|Removed |Added CC||dougkwan at google dot com, ||roland at gnu dot org -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gold/10238] Gold linker does not resolve symbols using indirect dependencies
http://sourceware.org/bugzilla/show_bug.cgi?id=10238 --- Comment #20 from Ian Lance Taylor ian at airs dot com 2012-12-10 17:22:17 UTC --- When using gold you need to list the shared libraries that define symbols that you refer to directly. You do not need to list libraries that define symbols that your shared libraries refer to. We have always used the facility of indirect linkage so a library needs to link in only those libraries it directly calls, and not those that those libraries need. Yes, that is how gold works. If it's not working for you, then something else is going on. One possibility is this: gold will warn about undefined symbols in shared libraries for which gold has seen all the DT_NEEDED entries. So if your shared libraries rely on picking up symbols from shared libraries that they do not explicitly depend on, you will get an undefined symbol error. You can avoid that by using the --allow-shlib-undefined option. Otherwise, you'll need to provide more details. -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/14768] Checklist: Binutils Migration To Git
http://sourceware.org/bugzilla/show_bug.cgi?id=14768 Ian Lance Taylor ian at airs dot com changed: What|Removed |Added CC||ian at airs dot com -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gold/14533] large (88M) ICC compiled .obj files inside .a archive confuse / error the gold linker
http://sourceware.org/bugzilla/show_bug.cgi?id=14533 --- Comment #1 from Ian Lance Taylor ian at airs dot com 2012-08-31 04:39:48 UTC --- What do you mean by larger than the spec? We will need to know the actual error. Without that, it's pretty hard to know what else we might need. In general the best way to examine an ELF file is readelf, which is one of the binutils. -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gold/14265] -gc-sections ignores KEEP annotations
http://sourceware.org/bugzilla/show_bug.cgi?id=14265 Ian Lance Taylor ian at airs dot com changed: What|Removed |Added Status|WAITING |ASSIGNED AssignedTo|ian at airs dot com |nickc at redhat dot com --- Comment #5 from Ian Lance Taylor ian at airs dot com 2012-08-11 03:51:52 UTC --- Patch looks good, thanks. -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gold/14265] -gc-sections ignores KEEP annotations
http://sourceware.org/bugzilla/show_bug.cgi?id=14265 --- Comment #2 from Ian Lance Taylor ian at airs dot com 2012-08-09 15:00:36 UTC --- The key point connecting the Output_section_element_input and the Layout code is the call to Output_section_element_input::match_name. From the Layout side, it's the call to ss-output_section_name in Layout::chose_output_section. So I would suggest having Output_section_element_input::match_name return whether the section is kept (e.g., in a new bool* parameter). Then the Layout code can pass that information back from Layout::layout, and Sized_relobj_file::do_layout can add the input section to the worklist. Thanks for looking at this. -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/14399] TestSummary
http://sourceware.org/bugzilla/show_bug.cgi?id=14399 Ian Lance Taylor ian at airs dot com changed: What|Removed |Added Status|NEW |RESOLVED CC||ian at airs dot com Resolution||INVALID --- Comment #1 from Ian Lance Taylor ian at airs dot com 2012-07-25 19:15:12 UTC --- No bug report. -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/14400] TestSummary
http://sourceware.org/bugzilla/show_bug.cgi?id=14400 Ian Lance Taylor ian at airs dot com changed: What|Removed |Added Status|NEW |RESOLVED CC||ian at airs dot com Resolution||INVALID --- Comment #1 from Ian Lance Taylor ian at airs dot com 2012-07-25 19:15:51 UTC --- No bug report. -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/14401] TestSummary
http://sourceware.org/bugzilla/show_bug.cgi?id=14401 Ian Lance Taylor ian at airs dot com changed: What|Removed |Added Status|NEW |RESOLVED CC||ian at airs dot com Resolution||INVALID --- Comment #1 from Ian Lance Taylor ian at airs dot com 2012-07-25 19:16:06 UTC --- No bug report. -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/14402] TestSummary
http://sourceware.org/bugzilla/show_bug.cgi?id=14402 Ian Lance Taylor ian at airs dot com changed: What|Removed |Added Status|NEW |RESOLVED CC||ian at airs dot com Resolution||INVALID --- Comment #1 from Ian Lance Taylor ian at airs dot com 2012-07-25 19:16:20 UTC --- No bug report. -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/14403] TestSummary
http://sourceware.org/bugzilla/show_bug.cgi?id=14403 Ian Lance Taylor ian at airs dot com changed: What|Removed |Added Status|NEW |RESOLVED CC||ian at airs dot com Resolution||INVALID --- Comment #1 from Ian Lance Taylor ian at airs dot com 2012-07-25 19:16:42 UTC --- No bug report. -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gold/14309] gold doesn't build with gcc 4.1.3
http://sourceware.org/bugzilla/show_bug.cgi?id=14309 --- Comment #10 from Ian Lance Taylor ian at airs dot com 2012-07-11 11:49:52 UTC --- The gold README says that GCC 4.1.2 is known to fail and GCC 4.1.3 is known to work. I think it's useful to ensure that gold compile with 4.1.x, but given that 4.1.3 works I don't think it's useful to work around compiler bugs in 4.1.2. -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gold/14309] gold doesn't build with gcc 4.1.3
http://sourceware.org/bugzilla/show_bug.cgi?id=14309 Ian Lance Taylor ian at airs dot com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #7 from cvs-commit at gcc dot gnu.org cvs-commit at gcc dot gnu.org 2012-07-10 14:54:35 UTC --- CVSROOT:/cvs/src Module name:src Changes by:i...@sourceware.org2012-07-10 14:54:30 Modified files: gold : ChangeLog config.in configure configure.ac gold.h output.h Log message: PR gold/14309 * configure.ac: Test whether std::tr1::hashoff_t works. * gold.h: Add a specialization for std::tr1::hashoff_t if needed. * output.h (class Output_fill): Add virtual destructor. * configure, config.in: Rebuild. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/gold/ChangeLog.diff?cvsroot=srcr1=1.924r2=1.925 http://sourceware.org/cgi-bin/cvsweb.cgi/src/gold/config.in.diff?cvsroot=srcr1=1.34r2=1.35 http://sourceware.org/cgi-bin/cvsweb.cgi/src/gold/configure.diff?cvsroot=srcr1=1.77r2=1.78 http://sourceware.org/cgi-bin/cvsweb.cgi/src/gold/configure.ac.diff?cvsroot=srcr1=1.74r2=1.75 http://sourceware.org/cgi-bin/cvsweb.cgi/src/gold/gold.h.diff?cvsroot=srcr1=1.48r2=1.49 http://sourceware.org/cgi-bin/cvsweb.cgi/src/gold/output.h.diff?cvsroot=srcr1=1.134r2=1.135 --- Comment #8 from Ian Lance Taylor ian at airs dot com 2012-07-10 14:55:35 UTC --- Fixed. -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gold/14330] failure to link global hidden symbol
http://sourceware.org/bugzilla/show_bug.cgi?id=14330 --- Comment #3 from Ian Lance Taylor ian at airs dot com 2012-07-09 14:12:32 UTC --- It looks like the symbol was discarded for some reason, and the error is occurring because it is hidden. My guess is that the error should be suppressed--you should only be getting the warning about relocation refers to discarded section. That warning is most likely about debug info, though it's hard to know for sure. -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gold/14265] -gc-sections ignores KEEP annotations
http://sourceware.org/bugzilla/show_bug.cgi?id=14265 Ian Lance Taylor ian at airs dot com changed: What|Removed |Added CC||ian at airs dot com, ||tmsriram at google dot com -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gold/14262] icf corrupts unwind info and makes exception throwing to abort
http://sourceware.org/bugzilla/show_bug.cgi?id=14262 Ian Lance Taylor ian at airs dot com changed: What|Removed |Added CC||ian at airs dot com, ||tmsriram at google dot com -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gold/14196] gold mistreats -Wl,-Ttext
http://sourceware.org/bugzilla/show_bug.cgi?id=14196 Ian Lance Taylor ian at airs dot com changed: What|Removed |Added Status|NEW |ASSIGNED --- Comment #1 from Ian Lance Taylor ian at airs dot com 2012-06-04 15:21:16 UTC --- As I explained in e-mail, for gold the -Ttext option sets the address of the text segment, not the .text section. This is intentional. When I try your test case, I get these section addresses, as reported by readelf -S: [ 0] NULL 00 00 00 0 0 0 [ 1] .note.gnu.build-i NOTE8200 000200 24 00 A 0 0 4 [ 2] .text PROGBITS8224 000224 00 00 AX 0 0 4 [ 3] .data PROGBITS9000 001000 00 00 WA 0 0 4 [ 4] .bss NOBITS 9000 001000 00 00 WA 0 0 4 [ 5] .note.gnu.gold-ve NOTE 001000 1c 00 0 0 4 [ 6] .symtab SYMTAB 00101c 50 10 7 1 4 [ 7] .strtab STRTAB 00106c 20 00 0 0 1 [ 8] .shstrtab STRTAB 00108c 56 00 0 0 1 The text segment starts at 0x8200. The .text section is not at 0x9200. If I change the command to gcc -o 1.img -ffreestanding -Wl,-Ttext,0x8200 ~/foo.s -nostdlib -m32 -v --save-temps -Wl,--build-id=none then the .text section is the first section in the text segment, and both are at address 0x8200. So as far as I can see everything works as intended, and works as you want. You need to provide more information: the version of the linker that you are using, and the command line passed to the linker, which you can get by using gcc -v. -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gold/12488] plugins don't support linkonce
http://sourceware.org/bugzilla/show_bug.cgi?id=12488 --- Comment #7 from Ian Lance Taylor ian at airs dot com 2012-05-11 03:59:50 UTC --- This bug report is specifically about plugins and linkonce. Please don't add separate bug reports to this one. Instead, open a new bug report. Thanks. Without a test case it's impossible to be sure, but I think hidden symbol is not defined locally is more likely to be a GCC problem. -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gas/14019] Potential bug with on stack allocated variable
http://sourceware.org/bugzilla/show_bug.cgi?id=14019 Ian Lance Taylor ian at airs dot com changed: What|Removed |Added Status|NEW |RESOLVED CC||ian at airs dot com Resolution||INVALID --- Comment #1 from Ian Lance Taylor ian at airs dot com 2012-04-25 03:04:31 UTC --- This is not a bug, as you can see by looking at the function symbol_set_value_expression. -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/13991] powerpc-rtems ld failure [regression]
http://sourceware.org/bugzilla/show_bug.cgi?id=13991 Ian Lance Taylor ian at airs dot com changed: What|Removed |Added CC||ian at airs dot com --- Comment #7 from Ian Lance Taylor ian at airs dot com 2012-04-23 17:30:08 UTC --- I agree with Joel that this appears to be a bug in the GNU binutils. If you use --just-symbols=EXE, then any symbol defined in EXE should be defined for use in the link. It should be an absolute symbol with the value that it has in EXE. In this case __rtems_start is defined in EXE with a value of 0. The linker should not give an undefined symbol error here. I don't see how H.J.'s patch could lead to this problem, but perhaps it does somehow. -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gold/14007] gold crashes during final Firefox's libxul link with clang
http://sourceware.org/bugzilla/show_bug.cgi?id=14007 --- Comment #3 from Ian Lance Taylor ian at airs dot com 2012-04-22 17:04:54 UTC --- Thanks. Since I don't have clang++, I need to see the invocation of the linker, not the invocation of clang++. Probably clang++ has a -v option which will show precisely how the linker is invoked. -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gold/14007] gold crashes during final Firefox's libxul link with clang
http://sourceware.org/bugzilla/show_bug.cgi?id=14007 --- Comment #7 from Ian Lance Taylor ian at airs dot com 2012-04-22 21:20:32 UTC --- Ideally I need whatever is required to recreate the problem with just gold and absolutely nothing else. If I have to get into building clang, experience tells me that I will almost certainly not be able to recreate the problem. That said, I actually looked at the backtrace, and I see this: #3 0x00571ee1 in gold::Symbol_table::add_from_pluginobj64, false (this=0x7fff7f60, obj=0x3afaef90, name=0x0, ver=0x0, sym=0x7fff7940) at /var/tmp/portage/sys-devel/binutils-/work/binutils/gold/symtab.cc:1340 #4 0x00534f80 in gold::Sized_pluginobj64, false::do_add_symbols (this=0x3afaef90, symtab=0x7fff7f60, layout=0x7fff81c0) at /var/tmp/portage/sys-devel/binutils-/work/binutils/gold/plugin.cc:1074 The fact that name == NULL in the call to add_from_pluginobj very strongly suggests that this is a bug in the plugin. The plugin is trying to add a symbol with a NULL name. That makes no sense and is leading directly to the crash. -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/14009] gcc 4.7 conversion to init_array breaks users needing control of C++ static initialization order
http://sourceware.org/bugzilla/show_bug.cgi?id=14009 Ian Lance Taylor ian at airs dot com changed: What|Removed |Added CC||ian at airs dot com --- Comment #1 from Ian Lance Taylor ian at airs dot com 2012-04-22 21:23:27 UTC --- If you were able to use scripts to control the order of constructors when using .ctors, I think you should be able to do the same using .init_array. You just have to put the .init_array sections in the reverse order of the .ctors sections. -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gold/14007] gold crashes during final Firefox's libxul link with clang
http://sourceware.org/bugzilla/show_bug.cgi?id=14007 --- Comment #9 from Ian Lance Taylor ian at airs dot com 2012-04-22 22:28:29 UTC --- My apologies. I misinterpreted the bug report. I don't object to having the linker try to validate the data that the plugin passes to it, but it's not something I plan to work on myself. -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/14009] gcc 4.7 conversion to init_array breaks users needing control of C++ static initialization order
http://sourceware.org/bugzilla/show_bug.cgi?id=14009 --- Comment #5 from Ian Lance Taylor ian at airs dot com 2012-04-22 22:30:15 UTC --- You said that you use a linker script to order the .ctors sections. How do you do that? -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/14009] gcc 4.7 conversion to init_array breaks users needing control of C++ static initialization order
http://sourceware.org/bugzilla/show_bug.cgi?id=14009 --- Comment #7 from Ian Lance Taylor ian at airs dot com 2012-04-23 03:27:43 UTC --- As far as I can see you can use the exact same strategy for .init_array, only you sort the sections the other way around. You may think that the .ctors sections contain the constructor code. They do not. They contain pointers to the constructor code. The .init_array sections also hold pointers to the constructor code. In fact they hold the exact same pointers. -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gold/14007] gold crashes during final Firefox's libxul link with clang
http://sourceware.org/bugzilla/show_bug.cgi?id=14007 --- Comment #1 from Ian Lance Taylor ian at airs dot com 2012-04-22 05:18:05 UTC --- Can you upload the input files and the exact link command required to replicate this problem? -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gas/13937] Incorrect opcode generated for FDIVRP
http://sourceware.org/bugzilla/show_bug.cgi?id=13937 --- Comment #7 from Ian Lance Taylor ian at airs dot com 2012-04-04 12:36:45 UTC --- Well, the gas manual is not intended to serve as a documentation for the machine instructions. It could be written that way, but it is not, and it would be a fair amount of work to get it to that point. The idea is that you also have a manual for the ATT syntax and mnemonics, such as was distributed with System V. Since nobody actually has those manuals any more, I would recommend using .intel_syntax when hand writing assembler code. The assembler default is chosen based on the gcc default. -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gas/13937] Incorrect opcode generated for FDIVRP
http://sourceware.org/bugzilla/show_bug.cgi?id=13937 --- Comment #5 from Ian Lance Taylor ian at airs dot com 2012-04-03 12:36:53 UTC --- Or use the .intel_mnemonic pseudo-op or the -mmnemonic=intel option. As far as I can see the documentation is correct. The instructions are implemented with different mnemonics. The mnemonic for the Intel fdivrp instruction happens to be fdivp in ATT mode, and the mnemonic for the Intel fdivp instruction happens to be fdivrp in ATT mode. -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gold/12945] gold linker breaks elfutils testuite (section '.rela.plt' has wrong flags: expected none and possibly ALLOC, is ALLOC|INFO_LINK).
http://sourceware.org/bugzilla/show_bug.cgi?id=12945 --- Comment #6 from Ian Lance Taylor ian at airs dot com 2012-04-03 12:40:01 UTC --- Thanks. -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gas/13937] Incorrect opcode generated for FDIVRP
http://sourceware.org/bugzilla/show_bug.cgi?id=13937 Ian Lance Taylor ian at airs dot com changed: What|Removed |Added Status|NEW |RESOLVED CC||ian at airs dot com Resolution||INVALID --- Comment #1 from Ian Lance Taylor ian at airs dot com 2012-04-02 23:17:23 UTC --- See http://sourceware.org/binutils/docs-2.22/as/i386_002dMnemonics.html . -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gas/13903] fails an external calling in C programm by inline assembler (Core i5 x86_64)
http://sourceware.org/bugzilla/show_bug.cgi?id=13903 Ian Lance Taylor ian at airs dot com changed: What|Removed |Added Status|NEW |RESOLVED CC||ian at airs dot com Resolution||INVALID --- Comment #4 from Ian Lance Taylor ian at airs dot com 2012-03-26 21:25:58 UTC --- This is not a bug. You are calling printf without passing the parameters correctly. In 64-bit mode the first six function arguments are not passed on the stack. I don't know why you have filed this bug against the assembler. Even if it were a bug, which it is not, it would not be a bug in the assembler. -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gold/13850] init_array/fini_array sections are not in PT_GNU_RELRO as -z relro is given
http://sourceware.org/bugzilla/show_bug.cgi?id=13850 Ian Lance Taylor ian at airs dot com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #2 from Ian Lance Taylor ian at airs dot com 2012-03-15 16:33:43 UTC --- Thanks for letting us know. Fixed. -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gold/13809] --print-icf-sections prints about folding empty sections
http://sourceware.org/bugzilla/show_bug.cgi?id=13809 Ian Lance Taylor ian at airs dot com changed: What|Removed |Added CC||ian at airs dot com, ||tmsriram at google dot com -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gold/6767] program linked with gold seg faults
http://sourceware.org/bugzilla/show_bug.cgi?id=6767 --- Comment #5 from Ian Lance Taylor ian at airs dot com 2012-02-07 16:26:28 UTC --- I have no plans to work on PowerPC support myself. In fact I only wrote the i386 port. The x86_64, ARM, and SPARC ports were all written by other people, and a MIPS port is in the process of being contributed. I hope that somebody will volunteer to complete the PowerPC port, but I'm not aware of anybody actively working on it. I will of course help and support any effort. -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/13666] gold-linked binary for ppc results in program-termination with illegal instruction
http://sourceware.org/bugzilla/show_bug.cgi?id=13666 Ian Lance Taylor ian at airs dot com changed: What|Removed |Added Status|NEW |RESOLVED CC||ian at airs dot com Resolution||DUPLICATE --- Comment #3 from Ian Lance Taylor ian at airs dot com 2012-02-07 06:38:53 UTC --- The gold PowerPC support is incomplete. Sorry. *** This bug has been marked as a duplicate of bug 6767 *** -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gold/6767] program linked with gold seg faults
http://sourceware.org/bugzilla/show_bug.cgi?id=6767 Ian Lance Taylor ian at airs dot com changed: What|Removed |Added CC||stormtroopa at gmx dot net --- Comment #3 from Ian Lance Taylor ian at airs dot com 2012-02-07 06:38:53 UTC --- *** Bug 13666 has been marked as a duplicate of this bug. *** -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gold/13602] gold -Ttext and --section-start=.text mismatch
http://sourceware.org/bugzilla/show_bug.cgi?id=13602 Ian Lance Taylor ian at airs dot com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Comment #3 from Ian Lance Taylor ian at airs dot com 2012-01-20 06:19:22 UTC --- There is no gold man page as yet. Sorry. gold is not a pure drop-in replacement for GNU ld. It is for normal use, but it is impossible to make it identical in all cases. -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gold/13602] gold -Ttext and --section-start=.text mismatch
http://sourceware.org/bugzilla/show_bug.cgi?id=13602 --- Comment #1 from Ian Lance Taylor ian at airs dot com 2012-01-19 05:50:28 UTC --- In gold, -Ttext is not an alias for --section-start=.text. The -Ttext option sets the start of the text segment. The --section-start=.text option sets the start of the .text section. I expect that your gold2 binary has sections which precede .text in the text segment. Is there a real bug here? -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gold/13521] ld.gold prefers unversioned symbol over default version
http://sourceware.org/bugzilla/show_bug.cgi?id=13521 --- Comment #4 from Ian Lance Taylor ian at airs dot com 2012-01-09 01:54:39 UTC --- See PR 12261 for a related issue. I think the problem is more complex than you are describing. I would be happy to hear otherwise. Sorry for not mentioning this earlier. -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gold/13365] Fold functions that only jump to some other one
http://sourceware.org/bugzilla/show_bug.cgi?id=13365 --- Comment #1 from Ian Lance Taylor ian at airs dot com 2011-12-19 23:30:39 UTC --- Of course one can only do this if there are no comparisons of function pointers. And that means that it can only be done if the symbols are not visible outside the executable/shared library, or if linking statically. It requires analyzing the section contents at each eligible symbol, which is a relatively slow operation. Do you have any statistics suggesting that it will be worth it? I.e., how many such functions are there in a typical executable? -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gold/13366] Allow to pack some functions together
http://sourceware.org/bugzilla/show_bug.cgi?id=13366 --- Comment #1 from Ian Lance Taylor ian at airs dot com 2011-12-19 23:31:56 UTC --- I think it will be relatively difficult for the linker to safely and reliably detect cases where this packing is valid. The packing may only be done if the trailing symbol can not be interposed. The linker will only be able to do it if the function is at the end of a section, implying the use of -ffunction-sections. -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gold/13505] apply_relocation always use 64bit little endian relocation
http://sourceware.org/bugzilla/show_bug.cgi?id=13505 Ian Lance Taylor ian at airs dot com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #3 from Ian Lance Taylor ian at airs dot com 2011-12-16 04:53:43 UTC --- Fixed. -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/13488] ctor linking for static pie binaries is broken
http://sourceware.org/bugzilla/show_bug.cgi?id=13488 Ian Lance Taylor ian at airs dot com changed: What|Removed |Added CC||ian at airs dot com --- Comment #1 from Ian Lance Taylor ian at airs dot com 2011-12-09 13:28:44 UTC --- What system uses crtbeginTS.o? When I look at the gcc source code I only see crtbeginT.o and crtbeginS.o. -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gold/13364] ICF may not be as thorough as one would expect
http://sourceware.org/bugzilla/show_bug.cgi?id=13364 Ian Lance Taylor ian at airs dot com changed: What|Removed |Added CC||tmsriram at google dot com -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gold/12771] internal error in value_from_output_section, at ../../gold/reloc.cc:1508 on armel
http://sourceware.org/bugzilla/show_bug.cgi?id=12771 --- Comment #19 from Ian Lance Taylor ian at airs dot com 2011-10-31 04:39:31 UTC --- *** Bug 13362 has been marked as a duplicate of this bug. *** -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gold/13362] internal error in value_from_output_section, at ../../gold/reloc.cc:1549 on armel
http://sourceware.org/bugzilla/show_bug.cgi?id=13362 Ian Lance Taylor ian at airs dot com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Comment #1 from Ian Lance Taylor ian at airs dot com 2011-10-31 04:39:31 UTC --- I believe this is already fixed on mainline and in the upcoming 2.22 release. *** This bug has been marked as a duplicate of bug 12771 *** -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gold/13314] ICF clashes with section ordering
http://sourceware.org/bugzilla/show_bug.cgi?id=13314 Ian Lance Taylor ian at airs dot com changed: What|Removed |Added AssignedTo|ian at airs dot com |tmsriram at google dot com -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gold/13314] ICF clashes with section ordering
http://sourceware.org/bugzilla/show_bug.cgi?id=13314 Ian Lance Taylor ian at airs dot com changed: What|Removed |Added CC||ian at airs dot com -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gold/13023] gold misinterprets dot assignments in sections
http://sourceware.org/bugzilla/show_bug.cgi?id=13023 Ian Lance Taylor ian at airs dot com changed: What|Removed |Added CC||ian at airs dot com -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gold/13204] Internal error when --section-start is specified twice with the same address
http://sourceware.org/bugzilla/show_bug.cgi?id=13204 Ian Lance Taylor ian at airs dot com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #2 from Ian Lance Taylor ian at airs dot com 2011-10-19 15:19:36 UTC --- Fixed in mainline. Thanks for reporting it. -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gold/13163] internal error in set_segment_offsets, at ../../../binutils/gold/layout.cc:3050
http://sourceware.org/bugzilla/show_bug.cgi?id=13163 Ian Lance Taylor ian at airs dot com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #4 from Ian Lance Taylor ian at airs dot com 2011-10-19 15:53:35 UTC --- Fixed in mainline. Sorry for the delay. -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gold/13320] Please support thumb entry points in PLT instead of using (more or less randomly located) stubs
http://sourceware.org/bugzilla/show_bug.cgi?id=13320 Ian Lance Taylor ian at airs dot com changed: What|Removed |Added CC||ian at airs dot com AssignedTo|ian at airs dot com |dougkwan at google dot com -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gold/13322] ARM/Thumb interwork stubs should appear in some way in the symbol table
http://sourceware.org/bugzilla/show_bug.cgi?id=13322 Ian Lance Taylor ian at airs dot com changed: What|Removed |Added CC||ian at airs dot com AssignedTo|ian at airs dot com |dougkwan at google dot com -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gold/13314] ICF clashes with section ordering
http://sourceware.org/bugzilla/show_bug.cgi?id=13314 Ian Lance Taylor ian at airs dot com changed: What|Removed |Added CC||tmsriram at google dot com -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/13254] -z text warning breaks gcc testsuite on Solaris
http://sourceware.org/bugzilla/show_bug.cgi?id=13254 --- Comment #1 from Ian Lance Taylor ian at airs dot com 2011-10-05 00:47:11 UTC --- gold supports -z text. We should just add support to GNU ld. Basically, if we add a DT_TEXTREL entry, we should give an error if -z text was used. -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gold/13245] PREVAILING_DEF reported too often.
http://sourceware.org/bugzilla/show_bug.cgi?id=13245 Ian Lance Taylor ian at airs dot com changed: What|Removed |Added CC||ccoutant at google dot com, ||ian at airs dot com -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gold/13230] IRONLY_EXP incorrectly reported as IRONLY by gold when fat LTO files are used
http://sourceware.org/bugzilla/show_bug.cgi?id=13230 Ian Lance Taylor ian at airs dot com changed: What|Removed |Added CC||ccoutant at google dot com, ||ian at airs dot com Component|ld |gold -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gold/12919] icf fails to fold one of the component of std::sort
http://sourceware.org/bugzilla/show_bug.cgi?id=12919 Ian Lance Taylor ian at airs dot com changed: What|Removed |Added CC||ian at airs dot com --- Comment #5 from Ian Lance Taylor ian at airs dot com 2011-09-21 19:55:58 UTC --- I think you actually could combine functions within a .so. Although the symbols are preemptible, if one of them is actually preempted, it will be done by redirecting the PLT entry. So as long as you provide separate PLT entries for each symbol, you could arrange for all the PLT entries to point, by default, to the same code. -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gold/13213] Gold does not support the BE-8 big-endian variant of the ARM architecture
http://sourceware.org/bugzilla/show_bug.cgi?id=13213 Ian Lance Taylor ian at airs dot com changed: What|Removed |Added CC||ian at airs dot com AssignedTo|ian at airs dot com |dougkwan at google dot com -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gold/13214] Gold does emit mapping symbols for stubs
http://sourceware.org/bugzilla/show_bug.cgi?id=13214 Ian Lance Taylor ian at airs dot com changed: What|Removed |Added CC||ian at airs dot com AssignedTo|ian at airs dot com |dougkwan at google dot com -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
