[Bug ld/752] minor, but ld docs not built in own sub-directory as done for bfd/gas/etc.

--- Additional Comments From ian at airs dot com 2005-02-20 22:55 --- This is not a bug. It would be a bug if the docs were built or installed incorrectly, but the directory in which the docs are built is not significant. -- What|Removed |Added

[Bug gas/847] Error: Zero-length symbol is illegal

--- Additional Comments From ian at airs dot com 2005-04-15 14:56 --- Subject: Re: New: Error: Zero-length symbol is illegal Nick Clifton <[EMAIL PROTECTED]> writes: > > The ia64 assembler is choking on `.file ""' with the error message > > "Zero

[Bug gas/847] Error: Zero-length symbol is illegal

--- Additional Comments From ian at airs dot com 2005-04-15 16:35 --- My point is that symbols like the STT_FILE symbol or STT_SECTION symbols do not need to have a name. It is not a bug to have a symbol with no name. The macro tc_canonicalize_symbol_name applies to all symbols. That

[Bug gas/1068] Segmentation fault in libiberty/xexit.c:51

--- Additional Comments From ian at airs dot com 2005-07-14 16:45 --- Your patch can not be correct, because global variables are implicitly initialized to NULL. There must be something else going on. Can you show precisely how you configured the binutils? Is this unmodified FSF

[Bug gas/1068] Segmentation fault in libiberty/xexit.c:51

--- Additional Comments From ian at airs dot com 2005-07-14 16:46 --- I see now that this was duplicated as PR 1069, and fixed there. *** This bug has been marked as a duplicate of 1069 *** -- What|Removed |Added

[Bug gas/1069] Buffer overflow in tc-crx.c

--- Additional Comments From ian at airs dot com 2005-07-14 16:46 --- *** Bug 1068 has been marked as a duplicate of this bug. *** -- http://sources.redhat.com/bugzilla/show_bug.cgi?id=1069 --- You are receiving this mail because: --- You are on the CC list for the bug, or

[Bug ld/1811] ELF linker loads member of archive for common symbol

--- Additional Comments From ian at airs dot com 2005-11-05 05:07 --- Unfortunately it's too simple to allude to the historical handling of common symbols. In a.out linkers when a common symbol appears in an object, and the symbol is defined in an object in an archive, then the o

[Bug ld/1811] ELF linker loads member of archive for common symbol

--- Additional Comments From ian at airs dot com 2005-11-06 04:58 --- Am I sure about the a.out behaviour? Yes, I am. When I refer to SunOS I do mean SunOS 4, pre Solaris, which used the a.out object file format. The strange behaviour of common symbols increasing size even without

[Bug gas/2895] Looking for gasp

--- Additional Comments From ian at airs dot com 2006-07-10 20:29 --- gas does provide some looping constructs, namely .irp and .irpc. Plus of course macros can invoke themselves recursively. Every feature of gasp is now available in gas, one way or another, although the syntax is not

[Bug ld/4538] add --all-init flag to force all static initializers to be loaded

--- Additional Comments From ian at airs dot com 2007-08-07 05:30 --- What advantage will --all-init bring you over --whole-archive? How would you define --all-init in terms of the linker? You are defining it in terms of C++. But different C++ implementations handle static

[Bug ld/4538] add --all-init flag to force all static initializers to be loaded

--- Additional Comments From ian at airs dot com 2007-08-08 04:14 --- > I would say it shouldn't change the runtime behavior based on whether you linked > via an archive or via individual object files. That is exactly the behaviour you get with --whole-archive. .ctors/.d

[Bug gas/5900] New: ELF files with more than 65536 sections not handled correctly.

Product: binutils Version: 2.16 Status: NEW Severity: normal Priority: P2 Component: gas AssignedTo: unassigned at sources dot redhat dot com ReportedBy: ian at airs dot com CC: bug-binutils at gnu dot org http://sourceware.or

[Bug gas/5900] ELF files with more than 65536 sections not handled correctly.

--- Additional Comments From ian at airs dot com 2008-03-10 01:24 --- You seem to be trying to say that section indexes between SHN_LORESERVE and SHN_HIRESERVE are not to be used. However, there is no support for that in the ELF spec. And it is not required to make everything work

[Bug gas/5900] ELF files with more than 65536 sections not handled correctly.

--- Additional Comments From ian at airs dot com 2008-03-10 03:00 --- I think you need to qualify what you say. It is clearly true that the st_shndx field of a symbol is not a pure section index. Any value above LORESERVE is indeed reserved. The ELF ABI defines what to do for a symbol

[Bug gas/5900] ELF files with more than 65536 sections not handled correctly.

--- Additional Comments From ian at airs dot com 2008-03-10 17:09 --- I compiled the original test case with icc 8.1. I ran readelf -s. Here are some excerpts: 65279: 0 SECTION LOCAL DEFAULT 65278 section_65270 65280: 0 SECTION LOCAL DEFAULT 65279

[Bug gas/5900] ELF files with more than 65536 sections not handled correctly.

--- Additional Comments From ian at airs dot com 2008-03-10 17:39 --- I raised the issue on generic-abi here: http://groups.google.com/group/generic-abi/browse_frm/thread/e8bb63714b072e67 -- http://sourceware.org/bugzilla/show_bug.cgi?id=5900 --- You are receiving this mail

[Bug gas/5900] ELF files with more than 65536 sections not handled correctly.

--- Additional Comments From ian at airs dot com 2008-03-10 19:04 --- Don't confuse the notion of section index with the special codes between SHN_LORESERVE and SHN_HIRESERVE. Those special codes are used in the st_shndx field of a Sym structure. They are not meaningful elsewher

[Bug gas/5900] ELF files with more than 65536 sections not handled correctly.

--- Additional Comments From ian at airs dot com 2008-03-10 20:03 --- > That means we can't use from SHN_UNDEF and SHN_LORESERVE to SHN_HIRESERVE > anywhere else. No, it doesn't. It only means that you can't use them in contexts "where index size is

[Bug gas/5900] ELF files with more than 65536 sections not handled correctly.

--- Additional Comments From ian at airs dot com 2008-03-10 21:25 --- I don't see anything in the ABI which says they have special meanings. And I certainly don't see anything in the ABI which says that code should add 256 to section indexes when stored. I think it would be

[Bug gold/5986] build failure with gcc 4.3.0

--- Additional Comments From ian at airs dot com 2008-03-26 23:57 --- This should be fixed in the current development sources. Thanks for reporting it. http://sourceware.org/ml/binutils/2008-03/msg00240.html -- What|Removed |Added

[Bug gold/5996] Testsuite failure: ./script_test_3: cannot execute binary file

--- Additional Comments From ian at airs dot com 2008-04-10 01:19 --- Fixed on trunk. -- What|Removed |Added Status|NEW |RESOLVED

[Bug gold/6407] linux kernel linked with gold fails to boot

--- Additional Comments From ian at airs dot com 2008-04-15 13:26 --- It would be extremely helpful if you can identify what the linker is doing wrong. (I've known for some time that the kernel fails to boot--it was in the original gold announcement--but I don't know what n

[Bug binutils/6412] New binutils is incompatible with old object files

--- Additional Comments From ian at airs dot com 2008-04-16 06:02 --- The number of object files is very large, but the number of object files with more than 65,279 sections is very small. -- http://sourceware.org/bugzilla/show_bug.cgi?id=6412 --- You are receiving this mail

[Bug gold/13314] ICF clashes with section ordering

http://sourceware.org/bugzilla/show_bug.cgi?id=13314 Ian Lance Taylor changed: What|Removed |Added CC||tmsriram at google dot com -- Conf

[Bug gold/13314] ICF clashes with section ordering

http://sourceware.org/bugzilla/show_bug.cgi?id=13314 Ian Lance Taylor changed: What|Removed |Added AssignedTo|ian at airs dot com |tmsriram at google dot com

[Bug gold/13314] ICF clashes with section ordering

http://sourceware.org/bugzilla/show_bug.cgi?id=13314 Ian Lance Taylor changed: What|Removed |Added CC||ian at airs dot com -- Configure

[Bug gold/13023] gold misinterprets dot assignments in sections

http://sourceware.org/bugzilla/show_bug.cgi?id=13023 Ian Lance Taylor changed: What|Removed |Added CC||ian at airs dot com -- Configure

[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 changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[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 changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[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 changed: What|Removed |Added CC||ian at airs dot com

[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 changed: What|Removed |Added CC||ian at airs dot com

[Bug gold/13321] Gold creates mixed Thumb/ARM files that objdump -d doesn't understand

http://sourceware.org/bugzilla/show_bug.cgi?id=13321 Ian Lance Taylor changed: What|Removed |Added CC||ian at airs dot com

[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 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

[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 changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[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 changed: What|Removed |Added CC||tmsriram at google dot com -- Conf

[Bug ld/13488] ctor linking for static pie binaries is broken

http://sourceware.org/bugzilla/show_bug.cgi?id=13488 Ian Lance Taylor changed: What|Removed |Added CC||ian at airs dot com --- Comment #1

[Bug gold/13505] apply_relocation always use 64bit little endian relocation

http://sourceware.org/bugzilla/show_bug.cgi?id=13505 Ian Lance Taylor changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[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 changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED

[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 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/sh

[Bug gold/13366] Allow to "pack" some functions together

http://sourceware.org/bugzilla/show_bug.cgi?id=13366 --- Comment #1 from Ian Lance Taylor 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 n

[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 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. --

[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 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 se

[Bug gold/13602] gold -Ttext and --section-start=.text mismatch

http://sourceware.org/bugzilla/show_bug.cgi?id=13602 Ian Lance Taylor changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Bug gold/13617] gold's nop padding should contain only valid nop instructions, not zeros

http://sourceware.org/bugzilla/show_bug.cgi?id=13617 Ian Lance Taylor changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Bug ld/13621] dangling global hidden symbol in symtab

http://sourceware.org/bugzilla/show_bug.cgi?id=13621 Ian Lance Taylor changed: What|Removed |Added CC||ian at airs dot com --- Comment #5

[Bug ld/13666] gold-linked binary for ppc results in program-termination with "illegal instruction"

||ian at airs dot com Resolution||DUPLICATE --- Comment #3 from Ian Lance Taylor 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

[Bug gold/6767] program linked with gold seg faults

http://sourceware.org/bugzilla/show_bug.cgi?id=6767 Ian Lance Taylor changed: What|Removed |Added CC||stormtroopa at gmx dot net --- Comme

[Bug gold/6767] program linked with gold seg faults

http://sourceware.org/bugzilla/show_bug.cgi?id=6767 --- Comment #5 from Ian Lance Taylor 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 t

[Bug gold/13809] --print-icf-sections prints about folding empty sections

http://sourceware.org/bugzilla/show_bug.cgi?id=13809 Ian Lance Taylor changed: What|Removed |Added CC||ian at airs dot com

[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 changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Bug gas/13903] fails an external calling in "C" programm by inline assembler (Core i5 x86_64)

||ian at airs dot com Resolution||INVALID --- Comment #4 from Ian Lance Taylor 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

[Bug gas/13937] Incorrect opcode generated for FDIVRP

||ian at airs dot com Resolution||INVALID --- Comment #1 from Ian Lance Taylor 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

[Bug gas/13937] Incorrect opcode generated for FDIVRP

http://sourceware.org/bugzilla/show_bug.cgi?id=13937 --- Comment #5 from Ian Lance Taylor 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

[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 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 gas/13937] Incorrect opcode generated for FDIVRP

http://sourceware.org/bugzilla/show_bug.cgi?id=13937 --- Comment #7 from Ian Lance Taylor 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

[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 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 -

[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 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 th

[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 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 alm

[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 changed: What|Removed |Added CC||ian at airs dot com --- Comment #1

[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 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

[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 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 --- Yo

[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 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 cons

[Bug ld/13991] powerpc-rtems ld failure [regression]

http://sourceware.org/bugzilla/show_bug.cgi?id=13991 Ian Lance Taylor changed: What|Removed |Added CC||ian at airs dot com --- Comment #7

[Bug gas/14019] Potential bug with on stack allocated variable

||ian at airs dot com Resolution||INVALID --- Comment #1 from Ian Lance Taylor 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

[Bug gold/12488] plugins don't support linkonce

http://sourceware.org/bugzilla/show_bug.cgi?id=12488 --- Comment #7 from Ian Lance Taylor 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'

[Bug gold/14196] gold mistreats -Wl,-Ttext

http://sourceware.org/bugzilla/show_bug.cgi?id=14196 Ian Lance Taylor changed: What|Removed |Added Status|NEW |ASSIGNED --- Comment #1 from Ian La

[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 changed: What|Removed |Added CC||ian at airs dot com

[Bug gold/14265] -gc-sections ignores KEEP annotations

http://sourceware.org/bugzilla/show_bug.cgi?id=14265 Ian Lance Taylor changed: What|Removed |Added CC||ian at airs dot com

[Bug gold/14330] failure to link global hidden symbol

http://sourceware.org/bugzilla/show_bug.cgi?id=14330 --- Comment #3 from Ian Lance Taylor 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 gett

[Bug gold/14309] gold doesn't build with gcc 4.1.3

http://sourceware.org/bugzilla/show_bug.cgi?id=14309 Ian Lance Taylor changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[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 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 do

[Bug ld/14399] TestSummary

||ian at airs dot com Resolution||INVALID --- Comment #1 from Ian Lance Taylor 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

[Bug ld/14400] TestSummary

||ian at airs dot com Resolution||INVALID --- Comment #1 from Ian Lance Taylor 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

[Bug ld/14401] TestSummary

||ian at airs dot com Resolution||INVALID --- Comment #1 from Ian Lance Taylor 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

[Bug ld/14402] TestSummary

||ian at airs dot com Resolution||INVALID --- Comment #1 from Ian Lance Taylor 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

[Bug ld/14403] TestSummary

||ian at airs dot com Resolution||INVALID --- Comment #1 from Ian Lance Taylor 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

[Bug gold/14265] -gc-sections ignores KEEP annotations

http://sourceware.org/bugzilla/show_bug.cgi?id=14265 --- Comment #2 from Ian Lance Taylor 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-

[Bug gold/14265] -gc-sections ignores KEEP annotations

airs dot com |nickc at redhat dot com --- Comment #5 from Ian Lance Taylor 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

[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 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 e

[Bug binutils/14768] Checklist: Binutils Migration To Git

http://sourceware.org/bugzilla/show_bug.cgi?id=14768 Ian Lance Taylor changed: What|Removed |Added CC||ian at airs dot com -- Configure

[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 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 lib

[Bug gold/15070] gold crashes on ARMv5 due to unaligned memory access

http://sourceware.org/bugzilla/show_bug.cgi?id=15070 Ian Lance Taylor changed: What|Removed |Added CC||dougkwan at google dot com,

[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 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 tw

[Bug gold/15200] Runtime undefined reference to __exidx_start/_end

http://sourceware.org/bugzilla/show_bug.cgi?id=15200 Ian Lance Taylor changed: What|Removed |Added CC||dougkwan at google dot com -- Conf

[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 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

[Bug gold/15200] Runtime undefined reference to __exidx_start/_end

http://sourceware.org/bugzilla/show_bug.cgi?id=15200 --- Comment #13 from Ian Lance Taylor 2013-03-20 03:32:47 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

[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 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 regu

[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 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:

[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 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. --

[Bug gold/15355] ppc64 linker script failure

http://sourceware.org/bugzilla/show_bug.cgi?id=15355 Ian Lance Taylor changed: What|Removed |Added CC||amodra at gmail dot com -- Configu

[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 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. --

[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 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 Debi

[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 --- 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.or

[Bug binutils/14768] Checklist: Binutils Migration To Git

http://sourceware.org/bugzilla/show_bug.cgi?id=14768 --- Comment #13 from Ian Lance Taylor --- 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 i

[Bug binutils/15920] not suitable as a general-purpose header

https://sourceware.org/bugzilla/show_bug.cgi?id=15920 Ian Lance Taylor changed: What|Removed |Added CC||ian at airs dot com --- Comment

[Bug gold/14746] ld: internal error in address, at gold/output.h:72 while building Linux kvm tool

|WONTFIX |--- Assignee|ian at airs dot com|ccoutant at google dot com --- Comment #3 from Ian Lance Taylor --- 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? -- Yo

[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 --- 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-binuti

[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 changed: What|Removed |Added CC||ian at airs dot com --- Comment

[Bug gold/18147] New: gold should not issue relocation overflow error with --unresolved-symbols=ignore-all

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

[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 changed: What|Removed |Added CC||amodra at gmail dot com -- You ar

  1   2   3   4   5   >