--
Summary: objdump --debugging loses with stabs when sizeof
(bfd_vma)=4 and enum member needs 64 bits
Product: binutils
Version: 2.19 (HEAD)
Status: NEW
Severity: normal
Priority: P2
Component: binuti
--- Additional Comments From drow at sources dot redhat dot com 2008-01-09
16:25 ---
Sorry, that's not what I meant. -shared, ENTRY, and not found is valid not to
warn. -shared, -e, and not found is different.
What do you think of this?
if (link_info.relocatable || link_info.share
--- Additional Comments From nickc at redhat dot com 2008-01-09 15:03
---
Hi Daniel,
> Does entry_symbol.name get set from both the default linker script and the
> command line?
Yes. See ld/ldlang.c:lang_add_entry(). It has a parameter which tells it
whether the symbol is being set f
--- Additional Comments From drow at sources dot redhat dot com 2008-01-09
12:59 ---
Oops, the message is only suppressed for -shared. I was building an executable
shared library.
Does entry_symbol.name get set from both the default linker script and the
command line? Not warning with
--- Additional Comments From nickc at redhat dot com 2008-01-09 12:29
---
Hi Markus,
This was a problem with the reloc descriptions in the elf32-fr30.c file - they
had the partial_inplace field set to TRUE which is the wrong thing to do for
ports which use RELA type relocs. I have ap
--- Additional Comments From nickc at redhat dot com 2008-01-09 12:27
---
Created an attachment (id=2191)
--> (http://sourceware.org/bugzilla/attachment.cgi?id=2191&action=view)
Set partial_inplace to FALSE for FR30 relocs
--
http://sourceware.org/bugzilla/show_bug.cgi?id=5552
---
--- Additional Comments From timb at bluearc dot com 2008-01-09 12:26
---
gcc's naming is quite reasonable: the names of section groups (and the sections
in them) clash because the corresponding symbol names do. We are deliberately
using partial linking and localization of symbols in ord
--- Additional Comments From nickc at redhat dot com 2008-01-09 11:15
---
Hi Tim,
I think that you are taking the wrong approach. Either the compiler should
not be generating a group to contain the out-of-line function (if it just
contains a single section) or else you should accept
--- Additional Comments From nickc at redhat dot com 2008-01-09 10:44
---
Hi Jakub, Hi Andreas,
I agree that there is no reason why we should not fix the leaks, so I have
gone ahead and applied a slight variant of Jakub's patch (uploaded). The
changes I made were:
* Omitted the ch
--- Additional Comments From nickc at redhat dot com 2008-01-09 10:41
---
Created an attachment (id=2190)
--> (http://sourceware.org/bugzilla/attachment.cgi?id=2190&action=view)
Revised memory leak patch
--
http://sourceware.org/bugzilla/show_bug.cgi?id=5536
--- You are receiv
--- Additional Comments From nickc at redhat dot com 2008-01-09 10:24
---
Hi Daniel,
Do you have a test case that reproduces this problem ?
I tried the following:
% cat fred.s
.global foo
.global bar
foo:
nop
bar:
nop
% as fred.s -o fred.o
% ld -e does-n
--- Additional Comments From rsandifo at nildram dot co dot uk 2008-01-09
09:40 ---
Patch applied. Dave confirms it fixes both problems.
--
What|Removed |Added
12 matches
Mail list logo
