[Bug gas/5026] Displaying Truncated Values Incorrectly

2007-09-12 Thread evandro at yahoo dot com
--- Additional Comments From evandro at yahoo dot com 2007-09-12 20:07 --- Ahem, on x86, GAS displays: Warning:value 0x34567890 truncated to 0x7890 -- http://sourceware.org/bugzilla/show_bug.cgi?id=5026 --- You are receiving this mail because: --- You are on the CC

[Bug gas/5170] New: Improper casting when creating local symbols.

2007-10-12 Thread evandro at yahoo dot com
nspecified Status: NEW Severity: minor Priority: P3 Component: gas AssignedTo: unassigned at sources dot redhat dot com ReportedBy: evandro at yahoo dot com CC: bug-binutils at gnu dot org http://sourceware.org/bugzilla/show_bug.c

[Bug gas/5170] Improper casting when creating local symbols.

2007-10-12 Thread evandro at yahoo dot com
--- Additional Comments From evandro at yahoo dot com 2007-10-12 22:03 --- Created an attachment (id=2041) --> (http://sourceware.org/bugzilla/attachment.cgi?id=2041&action=view) Proposed fix. I believe that the function local_symbol_convert should do the proper con

[Bug gas/5170] Improper casting when creating local symbols.

2007-10-12 Thread evandro at yahoo dot com
--- Additional Comments From evandro at yahoo dot com 2007-10-12 22:05 --- (From update of attachment 2041) Index: gas/symbols.c === retrieving revision 1.3 diff -p -u -w -r1.3 symbols.c --- gas/symbols.c 26 Oct 2006

[Bug gas/5170] Improper casting when creating local symbols.

2007-10-12 Thread evandro at yahoo dot com
-- What|Removed |Added Attachment #2041 is|0 |1 obsolete|| http://sourceware.org/bugzilla/show_bug.cgi?id=5170 -

[Bug gas/5170] Improper casting when creating local symbols.

2007-10-13 Thread evandro at yahoo dot com
--- Additional Comments From evandro at yahoo dot com 2007-10-13 16:39 --- Interesting, for it seems that unless local_symbol_convert is used, the frag information is lost and it results in an assertion at elf_common when the symbol is local (starting with "." or "L&q

[Bug ld/5866] New: LD Does not Set GP Size of Archive Modules

2008-03-04 Thread evandro at yahoo dot com
AssignedTo: unassigned at sources dot redhat dot com ReportedBy: evandro at yahoo dot com CC: bug-binutils at gnu dot org http://sourceware.org/bugzilla/show_bug.cgi?id=5866 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching

[Bug ld/5866] LD Does not Set GP Size of Archive Modules

2008-03-04 Thread evandro at yahoo dot com
--- Additional Comments From evandro at yahoo dot com 2008-03-04 17:26 --- Created an attachment (id=2303) --> (http://sourceware.org/bugzilla/attachment.cgi?id=2303&action=view) Regular module -- http://sourceware.org/bugzilla/show_bug.cgi?id=5866 --- You are receivi

[Bug ld/5866] LD Does not Set GP Size of Archive Modules

2008-03-04 Thread evandro at yahoo dot com
--- Additional Comments From evandro at yahoo dot com 2008-03-04 17:27 --- Created an attachment (id=2304) --> (http://sourceware.org/bugzilla/attachment.cgi?id=2304&action=view) Archived module -- http://sourceware.org/bugzilla/show_bug.cgi?id=5866 --- You are receivi

[Bug ld/5866] LD Does not Set GP Size of Archive Modules

2008-03-04 Thread evandro at yahoo dot com
--- Additional Comments From evandro at yahoo dot com 2008-03-04 17:29 --- Instructions to reproduce this issue: as d.s -o d.o as e.s -o e.o ar r e.a e.o The command below results in both "e4" and "ef" to be placed in .bss: ld d.o e.a Whereas the command below

[Bug ld/5866] LD Does not Set GP Size of Archive Modules

2008-03-04 Thread evandro at yahoo dot com
-- What|Removed |Added CC||hjl dot tools at gmail dot ||com http://sourceware.org/bugzilla

[Bug ld/5866] LD Does not Set GP Size of Archive Modules

2008-03-04 Thread evandro at yahoo dot com
--- Additional Comments From evandro at yahoo dot com 2008-03-05 00:11 --- "-G size" sets the global g_switch_value in LD. This value is used to with bfd_set_gp_size in ldlang_add_file for regular modules. However, ldlang_add_file is never called for archived modules. Unf

[Bug ld/5866] LD Does not Set GP Size of Archive Modules

2008-03-06 Thread evandro at yahoo dot com
--- Additional Comments From evandro at yahoo dot com 2008-03-06 17:45 --- Their ABIs are not specific, except that symbols referred to via the GP register must reside in the small data sections. In the case of common symbols, in .sbss, which doesn't happen at the moment if the s

[Bug gas/5895] New: Usage of .exitm outside a .macro block equivalent to .end

2008-03-06 Thread evandro at yahoo dot com
.end Product: binutils Version: unspecified Status: NEW Severity: normal Priority: P2 Component: gas AssignedTo: unassigned at sources dot redhat dot com ReportedBy: evandro at yahoo dot com

[Bug gas/5895] Usage of .exitm outside a .macro block equivalent to .end

2008-03-06 Thread evandro at yahoo dot com
--- Additional Comments From evandro at yahoo dot com 2008-03-06 23:32 --- Created an attachment (id=2311) --> (http://sourceware.org/bugzilla/attachment.cgi?id=2311&action=view) Proposed patch to fix this issue. -- http://sourceware.org/bugzilla/show_bug.cgi?id=5895

[Bug ld/5866] LD Does not Set GP Size of Archive Modules

2008-03-06 Thread evandro at yahoo dot com
--- Additional Comments From evandro at yahoo dot com 2008-03-07 04:57 --- Well, yes, the link is succesfull, but the problem is where common symbols in archived modules end up. Please, rerun ld with -G 8 and then run objdump on the output files and confirm that e4 is in .sbss and ef

[Bug ld/5866] LD Does not Set GP Size of Archive Modules

2008-03-07 Thread evandro at yahoo dot com
--- Additional Comments From evandro at yahoo dot com 2008-03-07 16:46 --- Could you please e-mail me "good" and "bad"? I wonder if PPC is similar to MIPS in using small data sections. -- http://sourceware.org/bugzilla/show_bug.cgi?id=5866 --- You are

[Bug ld/6430] New: --sort-common Not Implemented Per Documentation

2008-04-17 Thread evandro at yahoo dot com
Status: NEW Severity: normal Priority: P2 Component: ld AssignedTo: unassigned at sources dot redhat dot com ReportedBy: evandro at yahoo dot com CC: bug-binutils at gnu dot org http://sourceware.org/bugzilla/show_bug.cgi?id

[Bug ld/6430] --sort-common Not Implemented Per Documentation

2008-04-17 Thread evandro at yahoo dot com
--- Additional Comments From evandro at yahoo dot com 2008-04-17 23:04 --- Created an attachment (id=2707) --> (http://sourceware.org/bugzilla/attachment.cgi?id=2707&action=view) Patch for correct --sort-common. Either the documentation or the implementation is incorrect.

[Bug ld/6430] --sort-common Not Implemented Per Documentation

2008-04-20 Thread evandro at yahoo dot com
--- Additional Comments From evandro at yahoo dot com 2008-04-20 18:21 --- Sure, but I'll be hitting the road this week. Later on then. -- http://sourceware.org/bugzilla/show_bug.cgi?id=6430 --- You are receiving this mail because: --- You are on the CC list for th

[Bug ld/6430] --sort-common Not Implemented Per Documentation

2008-04-21 Thread evandro at yahoo dot com
--- Additional Comments From evandro at yahoo dot com 2008-04-22 01:05 --- You are correct in that this way a gap would be avoided when the size changes. But given that all like-sized symbols are laid out back to back, this only happens when the size changes. So, either the manual

[Bug ld/6430] --sort-common Not Implemented Per Documentation

2008-04-22 Thread evandro at yahoo dot com
--- Additional Comments From evandro at yahoo dot com 2008-04-22 16:56 --- As a matter of fact, the current implementation actually sorts by alignment. I like Nick's suggestion, only I prefer terser wording, such as "ascending" or "descending". B

[Bug ld/6430] --sort-common Not Implemented Per Documentation

2008-05-01 Thread evandro at yahoo dot com
--- Additional Comments From evandro at yahoo dot com 2008-05-01 23:23 --- Created an attachment (id=2720) --> (http://sourceware.org/bugzilla/attachment.cgi?id=2720&action=view) Change the documentation according to the code. -- http://sourceware.org/bugzilla/show_bug.cgi?

[Bug ld/17592] x86-64 linker generates wrong PLT for large model

2014-11-18 Thread evandro at yahoo dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=17592 Evandro Menezes changed: What|Removed |Added CC||evandro at yahoo dot com

[Bug ld/6430] --sort-common Not Implemented Per Documentation

2008-05-21 Thread evandro at yahoo dot com
--- Additional Comments From evandro at yahoo dot com 2008-05-21 14:01 --- I think that the choice should be available. I'll craft it up in a moment. -- http://sourceware.org/bugzilla/show_bug.cgi?id=6430 --- You are receiving this mail because: --- You are on the CC

[Bug ld/6430] --sort-common Not Implemented Per Documentation

2008-05-21 Thread evandro at yahoo dot com
--- Additional Comments From evandro at yahoo dot com 2008-05-21 21:35 --- Created an attachment (id=2750) --> (http://sourceware.org/bugzilla/attachment.cgi?id=2750&action=view) Patch providing the user with a choice. Please, review this patch that allows the user to choose