[Bug ld/11175] ld marks destructor hidden global
--- Additional Comments From raj dot khem at gmail dot com 2010-01-19 18:18 --- as I see in the code for lnkproperties.h public: // WARNING: Do *NOT* define this yourself. The SL5xxx from SHARP does NOT // have this class. #ifdef QTOPIA_INTERNAL_FSLP LnkProperties( AppLnk* lnk, QWidget* parent = 0 ); ~LnkProperties(); #endif and QTOPIA_INTERNAL_FSLP is not defined when compiling moc_lnkproperties.cpp so ~LnkProperties() is not seen as a result default desctructor is assumed by gcc and this one gets inlined hence the problem. So far this worked because symbol attributed were not merged. Thanks HJ and Alan. -- http://sourceware.org/bugzilla/show_bug.cgi?id=11175 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/11175] ld marks destructor hidden global
--- Additional Comments From raj dot khem at gmail dot com 2010-01-16 00:27 --- (In reply to comment #18) > Created an attachment (id=4524) --> (http://sourceware.org/bugzilla/attachment.cgi?id=4524&action=view) > preprocessed testcase > -fvisibility-inlines-hidden is making this difference. $ arm-oe-linux-gnueabi-g++ -c -fvisibility-inlines-hidden moc_lnkproperties.i $ readelf -s moc_lnkproperties.o |grep ZN13LnkPropertiesD1Ev 298: 136 FUNCWEAK HIDDEN 154 _ZN13LnkPropertiesD1Ev $ arm-oe-linux-gnueabi-g++ -c moc_lnkproperties.i $ readelf -s moc_lnkproperties.o |grep ZN13LnkPropertiesD1Ev 298: 136 FUNCWEAK DEFAULT 154 _ZN13LnkPropertiesD1Ev -- http://sourceware.org/bugzilla/show_bug.cgi?id=11175 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/11175] ld marks destructor hidden global
--- Additional Comments From raj dot khem at gmail dot com 2010-01-16 00:25 --- Created an attachment (id=4524) --> (http://sourceware.org/bugzilla/attachment.cgi?id=4524&action=view) preprocessed testcase -- http://sourceware.org/bugzilla/show_bug.cgi?id=11175 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/11175] ld marks destructor hidden global
-- What|Removed |Added Attachment #4523|application/octet-stream|application/x-bzip mime type|| http://sourceware.org/bugzilla/show_bug.cgi?id=11175 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/11175] ld marks destructor hidden global
--- Additional Comments From raj dot khem at gmail dot com 2010-01-15
21:37 ---
(In reply to comment #15)
> `-fvisibility-inlines-hidden'
> This switch declares that the user does not attempt to compare
> pointers to inline methods where the addresses of the two functions
> were taken in different shared objects.
>
> The effect of this is that GCC may, effectively, mark inline
> methods with `__attribute__ ((visibility ("hidden")))' so that
> they do not appear in the export table of a DSO and do not require
> a PLT indirection when used within the DSO. Enabling this option
> can have a dramatic effect on load and link times of a DSO as it
> massively reduces the size of the dynamic export table when the
> library makes heavy use of templates.
>
> Is "LnkProperties::~LnkProperties()" inlined?
Its in the class in lnkproperties.h but defined in lnkproperties.cpp file
LnkProperties::~LnkProperties()
{
}
--
http://sourceware.org/bugzilla/show_bug.cgi?id=11175
--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.
___
bug-binutils mailing list
bug-binutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/11175] ld marks destructor hidden global
--- Additional Comments From raj dot khem at gmail dot com 2010-01-15 18:42 --- after reading the googlegroups thread if ld will propagate most restrictive visibility to the output for a symbol irrespective of its definition then I think this is not what gcc thinks when generating code in this case. The testcase is compiled with -fvisibility-inlines-hidden -- http://sourceware.org/bugzilla/show_bug.cgi?id=11175 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/11175] ld marks destructor hidden global
--- Additional Comments From raj dot khem at gmail dot com 2010-01-15 18:29 --- (In reply to comment #9) > (In reply to comment #8) > > In reply to comment #6. Look again. > > $ nm -o *.o | grep _ZN13LnkPropertiesD1Ev > > fileselector.o: U _ZN13LnkPropertiesD1Ev > > lnkproperties.o:0ae9 T _ZN13LnkPropertiesD1Ev > > moc_lnkproperties.o:0001 W _ZN13LnkPropertiesD1Ev > > > > Is lnkproperties.o used for linking? yes it is look at the doit.sh script in the testcase. I don't think this can be closed as invalid just yet. There is a global definition for the symbol ~LnkProperties() as seen in lnkproperties.o and linker is making it HIDDEN in the final shared library which is not expected behaviour IMO. On other note this worked before and now it does not so either there has to be other way of doing it or its a regression. If you need to have a look at the sourcecode its here http://people.via.ecp.fr/~clem/nist/doxydoc/allOpie/ -- What|Removed |Added Status|RESOLVED|REOPENED Resolution|INVALID | http://sourceware.org/bugzilla/show_bug.cgi?id=11175 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/11175] ld marks destructor hidden global
--- Additional Comments From raj dot khem at gmail dot com 2010-01-15 06:33 --- the testcase is here http://uclibc.org/~kraj/ld-pr11175.tar.bz2 -- What|Removed |Added Summary|ld marks destructor hidden |ld marks destructor hidden |global |global http://sourceware.org/bugzilla/show_bug.cgi?id=11175 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/11175] New: ld marks destructor hidden global
This bug is appearing while linking opie libraries. I have a self contained
test.
The error message is
launcher.o: In function `Launcher::properties(AppLnk*)':
launcher.cpp:(.text+0x21c8): undefined reference to
`LnkProperties::~LnkProperties()'
the fist link generate a shared library which contains HIDDEN for visibility
for this symbol with out the fix for PR #9679 this works fine because visibility
is default.
The problem is happening after the fix for PR #9679 was committed.
Particularly
/* Skip weak definitions of symbols that are already defined. */
if (newdef && olddef && newweak)
-*skip = TRUE;
+{
+ *skip = TRUE;
+
+ /* Merge st_other. If the symbol already has a dynamic index,
+but visibility says it should not be visible, turn it into a
+local symbol. */
+ elf_merge_st_other (abfd, h, sym, newdef, newdyn);
+ if (h->dynindx != -1)
+ switch (ELF_ST_VISIBILITY (h->other))
+ {
+ case STV_INTERNAL:
+ case STV_HIDDEN:
+ (*bed->elf_backend_hide_symbol) (info, h, TRUE);
+ break;
+ }
+}
is causing the link to fail.
--
Summary: ld marks destructor hidden global
Product: binutils
Version: 2.21 (HEAD)
Status: NEW
Severity: normal
Priority: P2
Component: ld
AssignedTo: unassigned at sources dot redhat dot com
ReportedBy: raj dot khem at gmail dot com
CC: bug-binutils at gnu dot org,hjl dot tools at gmail dot
com
GCC build triplet: i686-linux
GCC host triplet: i686-linux
GCC target triplet: arm-oe-linux-gnueabi
http://sourceware.org/bugzilla/show_bug.cgi?id=11175
--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.
___
bug-binutils mailing list
bug-binutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/9774] objdump -d loops infinitely
--- Additional Comments From raj dot khem at gmail dot com 2009-01-27 03:09 --- (In reply to comment #3) > Hi Khem, > > Please could you try out the uploaded patch and let me know if it works for > you. > > Cheers > Nick > Hi Nick Yes it fixes the problem. Thx -Khem -- http://sourceware.org/bugzilla/show_bug.cgi?id=9774 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/9774] objdump -d loops infinitely
--- Additional Comments From raj dot khem at gmail dot com 2009-01-21 19:29 --- Created an attachment (id=3678) --> (http://sourceware.org/bugzilla/attachment.cgi?id=3678&action=view) shell script, generates the testcase and executes it. -- http://sourceware.org/bugzilla/show_bug.cgi?id=9774 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/9774] New: objdump -d loops infinitely
With the attached testcase on mips64-elf toolchain when disassambling a o32 application which crosses addresses from 0x7fff to 0x8000 objdump goes haywire and keep on disassmbling symbol at 0x800. Debugging it a bit I figured that the symbol values which are unsigned long long are read in as signed long long at bfd_elf32_swap_symbol_in() function because sign_extend_vma is set for mips in bfd. All the address calculations in objdump are done unsigned for addresses and when it encounters a symbol with value 0x8000 bfd sign extends it before putting this value into the asymbol structure and it becomes 0x8000 which is a large unsigned number and all adress comparsions which involve the sybmol value start to fail. -- Summary: objdump -d loops infinitely Product: binutils Version: 2.17 Status: NEW Severity: normal Priority: P2 Component: binutils AssignedTo: unassigned at sources dot redhat dot com ReportedBy: raj dot khem at gmail dot com CC: bug-binutils at gnu dot org GCC build triplet: i386-redhat-linux GCC host triplet: i386-redhat-linux GCC target triplet: mips64-elf http://sourceware.org/bugzilla/show_bug.cgi?id=9774 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/5692] ld segfault linked to bfd elf error
--- Additional Comments From raj dot khem at gmail dot com 2009-01-02 20:51 --- Hi Nick It is fixed in ld built from todays sources. -- What|Removed |Added Status|WAITING |RESOLVED Resolution||FIXED http://sourceware.org/bugzilla/show_bug.cgi?id=5692 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/5692] ld segfault linked to bfd elf error
-- What|Removed |Added CC||raj dot khem at gmail dot ||com http://sourceware.org/bugzilla/show_bug.cgi?id=5692 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/5692] ld segfault linked to bfd elf error
--- Additional Comments From raj dot khem at gmail dot com 2008-12-24 01:06 --- I still see this bug on binutils from trunk arm-none-linux-gnueabi-ld --hash-style=gnu -b binary /dev/null arm-none-linux-gnueabi-ld: BFD (GNU Binutils) 2.19.51.20081204 internal error, aborting at /home/kraj/work/cross/arm-none-linux-gnueabi/../../binutils/bfd/elf.c line 370 in bfd_elf_get_elf_syms arm-none-linux-gnueabi-ld: Please report this bug. -- What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | http://sourceware.org/bugzilla/show_bug.cgi?id=5692 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/3852] ld segfaults in mips_elf_create_dynamic_relocation
--- Additional Comments From raj dot khem at gmail dot com 2007-01-31 20:04 --- Too quick to resolve fixed. I think it should change status after the patch is accepted/committed to repository. -- What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | http://sourceware.org/bugzilla/show_bug.cgi?id=3852 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/3852] ld segfaults in mips_elf_create_dynamic_relocation
--- Additional Comments From raj dot khem at gmail dot com 2007-01-31 20:03 --- Thanks a lot Nick. I tested this patch and it fixes my problem. -- What|Removed |Added Status|WAITING |RESOLVED Resolution||FIXED http://sourceware.org/bugzilla/show_bug.cgi?id=3852 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/3852] ld segfaults in mips_elf_create_dynamic_relocation
--- Additional Comments From raj dot khem at gmail dot com 2007-01-26 21:45 --- Here is some more information. Steps to reproduce ../binutils/configure --host=i686-pc-linux-gnu --target=mips-montavista-linux-gnu --prefix=/opt/montavista/foundation/devkit/mips/mips2_fp_be make the copy the ld-new to the same directory where the test case is and invoke the ld-new ./ld-new -v -shared -o ld.so -z relro -z defs librtld.os --version-script=ld.map -soname=ld.so.1 -T ld.so.lds GNU ld version 2.17.50 20070126 Segmentation fault (core dumped) if you invoke ld-new from same directory where it was built it will work. Secondly if the configure command is now altered (say dropping mips2_fp_be from --prefix) ../binutils/configure --host=i686-pc-linux-gnu --target=mips-montavista-linux-gnu --prefix=/opt/montavista/foundation/devkit/mips Then it works everywhere normal. I could reproduce it with ld dating back from Dec 02,2006 till latest from cvs from valgrind -v everything looks same except one place ok ld --11498-- scheduler: 8,908,114 jumps (bb entries). segfaulting ld --11519-- scheduler: 8,908,237 jumps (bb entries). -- http://sourceware.org/bugzilla/show_bug.cgi?id=3852 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/3852] ld segfaults in mips_elf_create_dynamic_relocation
--- Additional Comments From raj dot khem at gmail dot com 2007-01-25 18:04 --- (In reply to comment #6) > Subject: Re: ld segfaults in mips_elf_create_dynamic_relocation > > Hi Raj, > > > OK I found something interesting its with the ld names > > > > if I use ld-new it works fine but we rename it to mips2_fp_be-ld and it > > segfaulted. > > It must be a memory corruption bug of some form. Have you tried using > valgrind to track down the problem ? > > Cheers >Nick > > Valgrind gives identical results in both cases. -- http://sourceware.org/bugzilla/show_bug.cgi?id=3852 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/3852] ld segfaults in mips_elf_create_dynamic_relocation
--- Additional Comments From raj dot khem at gmail dot com 2007-01-24 23:22 --- OK I found something interesting its with the ld names if I use ld-new it works fine but we rename it to mips2_fp_be-ld and it segfaulted. However then I played with the ld binary name size I started adding numeral after ld to see how long before it segfaults. it worked till ld012345678 but ld0123456789 segfaulted. So it seems it has to do with the length of the binary name. -- http://sourceware.org/bugzilla/show_bug.cgi?id=3852 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/3852] ld segfaults in mips_elf_create_dynamic_relocation
--- Additional Comments From raj dot khem at gmail dot com 2007-01-12 20:33 --- hmmm I could reproduce it with todays snapshot too. GNU ld version 2.17.50 20070112 I am using FC6 to build ld but I could see it happening on centos3 machine as well so probably not a host issue. I configured binutils as ./configure --target=mips-linux -- http://sourceware.org/bugzilla/show_bug.cgi?id=3852 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/3852] ld segfaults in mips_elf_create_dynamic_relocation
--- Additional Comments From raj dot khem at gmail dot com 2007-01-10 19:27 --- Created an attachment (id=1483) --> (http://sourceware.org/bugzilla/attachment.cgi?id=1483&action=view) testcase -- http://sourceware.org/bugzilla/show_bug.cgi?id=3852 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/3852] New: ld segfaults in mips_elf_create_dynamic_relocation
mips ld is segfaulting with the attached case from glibc. This was working ok with binutils from December 12 2006 but not with december 18th some checkin between these two dates broke it. -- Summary: ld segfaults in mips_elf_create_dynamic_relocation Product: binutils Version: 2.18 (HEAD) Status: NEW Severity: normal Priority: P2 Component: ld AssignedTo: unassigned at sources dot redhat dot com ReportedBy: raj dot khem at gmail dot com CC: bug-binutils at gnu dot org GCC build triplet: i386-redhat-linux GCC host triplet: i386-redhat-linux GCC target triplet: mips-*-linux http://sourceware.org/bugzilla/show_bug.cgi?id=3852 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/3531] ld segfaults linking thumb code.
--- Additional Comments From raj dot khem at gmail dot com 2006-12-06 21:01 --- verified with uclibc builds. -- What|Removed |Added Status|RESOLVED|VERIFIED http://sourceware.org/bugzilla/show_bug.cgi?id=3531 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/3531] ld segfaults linking thumb code.
--- Additional Comments From raj dot khem at gmail dot com 2006-12-06 21:01 --- It seems to have been fixed now. I am not sure but may be fix for bug #3532 fixed this one too. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://sourceware.org/bugzilla/show_bug.cgi?id=3531 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gas/3607] GAS errors on valid code complaining missing .cfi_endproc
--- Additional Comments From raj dot khem at gmail dot com 2006-12-04 19:47 --- verified by doing local glibc-cvs build -- What|Removed |Added Status|RESOLVED|VERIFIED http://sourceware.org/bugzilla/show_bug.cgi?id=3607 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gas/3607] GAS errors on valid code complaining missing .cfi_endproc
--- Additional Comments From raj dot khem at gmail dot com 2006-12-04 19:46 --- (In reply to comment #4) > Subject: Re: GAS errors on valid code complaining missing.cfi_endproc > > Hi Khem, > > Jakub has just checked in a patch that should fix this: > >2006-12-02 Jakub Jelinek <[EMAIL PROTECTED]> > > PR gas/3607 > * subsegs.c (subseg_set_rest): Clear frch_cfi_data field. > > Please could you update your sources, reapply your local patch (if > necessary) and verify whether or not the problem is fixed ? > > Cheers >Nick > > yes. That fixes it many thanks. -- What|Removed |Added Status|WAITING |RESOLVED Resolution||FIXED http://sourceware.org/bugzilla/show_bug.cgi?id=3607 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gas/3607] GAS errors on valid code complaining missing .cfi_endproc
-- What|Removed |Added CC||jakub at redhat dot com http://sourceware.org/bugzilla/show_bug.cgi?id=3607 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gas/3607] GAS errors on valid code complaining missing .cfi_endproc
--- Additional Comments From raj dot khem at gmail dot com 2006-12-01 22:34 --- Created an attachment (id=1446) --> (http://sourceware.org/bugzilla/attachment.cgi?id=1446&action=view) the patch that uncovers the reported issue This patch when applied on top of cvs sources produces the problem. -- http://sourceware.org/bugzilla/show_bug.cgi?id=3607 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gas/3607] GAS errors on valid code complaining missing .cfi_endproc
--- Additional Comments From raj dot khem at gmail dot com 2006-12-01 22:33 --- Hi Nick Yes its not reproducible with cvs binutils. I realised that after a while. Its one of the local patches I apply than this issue happens. This has been working. I debugged gas a bit. My patch calls make_relative_prefix() and if I apply my patch and disable make_relative_prefix() call it works ok too. The problem seems to be that the check inside gas/dw2gencfi.c:769 dot_cfi_startproc() assumes that if (frchain_now->frch_cfi_data != NULL) frchain_now->frch_cfi_data is NULL when initialised when I look into the gas/subsegs.c:110 where the frchain_now is allocated then there is obstack_alloc call and this member is not set to NULL explicitly. So unless obstack_alloc returns a 0 initialised memory area the above check in dot_cfi_startproc() is not correct -- http://sourceware.org/bugzilla/show_bug.cgi?id=3607 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gas/3607] New: GAS errors on valid code complaining missing .cfi_endproc
The following example caused gas to generate error and eventually segfault. I could reproduce this on ppc and x86. arm works ok. xxx.s: Assembler messages: xxx.s:6: Error: previous CFI entry not closed (missing .cfi_endproc) Segmentation fault .text .globl __syscall_error .type __syscall_error,@function .align 1<<4 __syscall_error: .cfi_startproc negl %eax .globl errno .globl __syscall_error_1 .cfi_endproc .size __syscall_error,.-__syscall_error -- Summary: GAS errors on valid code complaining missing .cfi_endproc Product: binutils Version: 2.18 (HEAD) Status: NEW Severity: normal Priority: P2 Component: gas AssignedTo: unassigned at sources dot redhat dot com ReportedBy: raj dot khem at gmail dot com CC: bug-binutils at gnu dot org GCC build triplet: i686-pc-linux-gnu GCC host triplet: i686-pc-linux-gnu GCC target triplet: powerpc-*-linux-gnu http://sourceware.org/bugzilla/show_bug.cgi?id=3607 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/3531] ld segfaults linking thumb code.
-- What|Removed |Added CC||guptan at hotmail dot com http://sourceware.org/bugzilla/show_bug.cgi?id=3531 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/3532] ld/bfd assertion failure while linking thumb code.
--- Additional Comments From raj dot khem at gmail dot com 2006-11-16 20:42 --- Created an attachment (id=1424) --> (http://sourceware.org/bugzilla/attachment.cgi?id=1424&action=view) testcase -- http://sourceware.org/bugzilla/show_bug.cgi?id=3532 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/3532] New: ld/bfd assertion failure while linking thumb code.
The attached testcase causes ld assertion failure.
ld: BFD 2.17.50 20061116 assertion fail ../../bfd/elf32-arm.c:8404
This has started to happen after the following patch was committed.
2006-08-17 Paul Brook <[EMAIL PROTECTED]>
bfd/
* elf32-arm.c (elf32_arm_link_hash_entry): Add export_glue.
(elf32_arm_link_hash_newfunc): Initialize export_glue.
(record_arm_to_thumb_glue): Return stub symbol.
(elf32_arm_create_thumb_stub): New function.
(elf32_arm_to_thumb_stub): Use it.
(elf32_arm_to_thumb_export_stub): New function.
(elf32_arm_begin_write_processing): New function.
(allocate_dynrelocs): Allocate Arm stubs.
(elf_backend_begin_write_processing): Define.
(elf32_arm_symbian_begin_write_processing): Remove ATTRIBUTE_UNUSED.
Call elf32_arm_begin_write_processing.
ld/
* emultempl/armelf.em (arm_elf_before_allocation): Call
gld${EMULATION_NAME}_before_allocation after setting interworking bfd.
ld/testsuite/
* ld-arm/arm-elf.exp (armelftests): Add armthumb-lib.so. Add
-use-blx to mixed-lib.so
* ld-arm/armthumb-lib.d: New file.
* ld-arm/armthumb-lib.sym: New file.
--
Summary: ld/bfd assertion failure while linking thumb code.
Product: binutils
Version: 2.18 (HEAD)
Status: NEW
Severity: normal
Priority: P2
Component: ld
AssignedTo: unassigned at sources dot redhat dot com
ReportedBy: raj dot khem at gmail dot com
CC: bug-binutils at gnu dot org,paul at codesourcery dot com
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: arm-linux-gnueabi
http://sourceware.org/bugzilla/show_bug.cgi?id=3532
--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.
___
bug-binutils mailing list
bug-binutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/3531] ld segfaults linking thumb code.
--- Additional Comments From raj dot khem at gmail dot com 2006-11-16 20:35 --- Created an attachment (id=1423) --> (http://sourceware.org/bugzilla/attachment.cgi?id=1423&action=view) testcase -- http://sourceware.org/bugzilla/show_bug.cgi?id=3531 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/3531] New: ld segfaults linking thumb code.
The following example when linked with latest binutils causes ld to segfault. There is a script do.sh in the tar file which has the detailed commandline for linker. This testcase is reduced from uclibc. -- Summary: ld segfaults linking thumb code. Product: binutils Version: 2.18 (HEAD) Status: NEW Severity: normal Priority: P2 Component: ld AssignedTo: unassigned at sources dot redhat dot com ReportedBy: raj dot khem at gmail dot com CC: bug-binutils at gnu dot org GCC build triplet: i686-pc-linux-gnu GCC host triplet: i686-pc-linux-gnu GCC target triplet: arm-linux-gnueabi http://sourceware.org/bugzilla/show_bug.cgi?id=3531 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gas/3469] GAS encodes corrupt relocation ld reports bad reloc symbol index
-- What|Removed |Added CC||amodra at bigpond dot net ||dot au http://sourceware.org/bugzilla/show_bug.cgi?id=3469 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gas/3469] GAS encodes corrupt relocation ld reports bad reloc symbol index
--- Additional Comments From raj dot khem at gmail dot com 2006-11-07 02:39 --- Created an attachment (id=1403) --> (http://sourceware.org/bugzilla/attachment.cgi?id=1403&action=view) testcase ppc-9xx-as -a64 xx.s will produce the corrupt object. the entry in .rela.roc is corrupt C file can be compiled with GCC 4.2 to reproduce the issue ppc-9xx-gcc -c -std=gnu99 -m64 -O2 xx.c -- http://sourceware.org/bugzilla/show_bug.cgi?id=3469 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gas/3469] GAS encodes corrupt relocation ld reports bad reloc symbol index
--- Additional Comments From raj dot khem at gmail dot com 2006-11-07 02:06 --- In the correct object it looks like Relocation section '.rela.toc' at offset 0x1cc28 contains 179 entries: Offset Info Type Sym. ValueSym. Name + Addend 00460026 R_PPC64_ADDR64 _rtld_global + 0 0008 00470026 R_PPC64_ADDR6402d8 _dl_argc + 0 0010 00480026 R_PPC64_ADDR64 _dl_argv_internal + 0 -- http://sourceware.org/bugzilla/show_bug.cgi?id=3469 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gas/3469] New: GAS encodes corrupt relocation ld reports bad reloc symbol index
I stumbled over this issue when compiling glibc-cvs with GCC 4.2 and binutils-cvs. This happens when compiling glibc in 64bits. 32 bit compiled fine. Toolchain defaults to ppc32 Analysing the object of the test file, gas encodes one relocation wrongly. Relocation section '.rela.toc' at offset 0xdb40 contains 144 entries: Offset Info Type Sym. ValueSym. Name + Addend 003b0026 R_PPC64_ADDR640ac8 _rtld_global + 0 0008 003c0026 R_PPC64_ADDR64 _dl_argc + 0 0010 9aeaca40026 R_PPC64_ADDR64bad symbol index: 09aeaca4 The Info has the index wrong. It seems like the data to hold this is 64 bit and the top half has random value. -- Summary: GAS encodes corrupt relocation ld reports bad reloc symbol index Product: binutils Version: 2.18 (HEAD) Status: NEW Severity: normal Priority: P2 Component: gas AssignedTo: unassigned at sources dot redhat dot com ReportedBy: raj dot khem at gmail dot com CC: bug-binutils at gnu dot org GCC build triplet: i686-pc-linux-gnu GCC host triplet: i686-pc-linux-gnu GCC target triplet: powerpc-montavista-linux-gnu http://sourceware.org/bugzilla/show_bug.cgi?id=3469 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/2300] New: ld does not report duplicate symbols defined in script file
In the following example symbol _start should have been reported as duplicate as
there are two instances of it. But ld does not report this error and the _start
symbol defined in duplicate.o file is overridden.
example
Sampel application "duplicate.c":
extern int dummy(void)
{
volatile int i;
/* create some .text data to move _start away from the beginning */
for(i = 0; i < 100; i++)
;
return i;
}
extern void _start(void)
{
volatile int *p = (volatile int*)0xbf0c;
*p = dummy();
}
Linker script "duplicate-ld":
SECTIONS
{
.text 0x:
{
_start = . ;
*(.text)
}
}
How to reproduce
gcc -c -o duplicate.o duplicate.c
ld -o duplicate -T duplicate-ld duplicate.o
--
Summary: ld does not report duplicate symbols defined in script
file
Product: binutils
Version: 2.17 (HEAD)
Status: NEW
Severity: normal
Priority: P2
Component: ld
AssignedTo: unassigned at sources dot redhat dot com
ReportedBy: raj dot khem at gmail dot com
CC: bug-binutils at gnu dot org,hjl at lucon dot org
GCC build triplet: i386-redhat-linux
GCC host triplet: i386-redhat-linux
GCC target triplet: i386-redhat-linux
http://sourceware.org/bugzilla/show_bug.cgi?id=2300
--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.
___
bug-binutils mailing list
bug-binutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/1932] New: segfault in ld
The attached example produces a segfault while linking with the enclosed doit.sh file. -- Summary: segfault in ld Product: binutils Version: 2.17 (HEAD) Status: NEW Severity: normal Priority: P2 Component: ld AssignedTo: unassigned at sources dot redhat dot com ReportedBy: raj dot khem at gmail dot com CC: bug-binutils at gnu dot org,drow at false dot org GCC build triplet: i686-pc-linux-gnu GCC host triplet: i686-pc-linux-gnu GCC target triplet: mips64-linux-gnu http://sourceware.org/bugzilla/show_bug.cgi?id=1932 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
