--- Additional Comments From dzidzitop at lavabit dot com 2010-04-22 13:02
---
Created an attachment (id=4747)
-- (http://sourceware.org/bugzilla/attachment.cgi?id=4747action=view)
executable which re-produces the bug
--
http://sourceware.org/bugzilla/show_bug.cgi?id=11527
1. These are missing spaces, probably when removing line-breaks:
#: arm.cc:2047
msgid relocation R_ARM_MOVW_ABS_NC cannot be used when makinga shared object;
recompile with -fPIC
#: arm.cc:2056
msgid relocation R_ARM_MOVT_ABS cannot be used when makinga shared object;
recompile with -fPIC
#:
--- Additional Comments From hjl dot tools at gmail dot com 2010-04-22
18:13 ---
__libc_start_main isn't defined in ddd:
[...@gnu-6 tmp]$ nm ddd | grep __libc_start_main
U __libc_start_main@@GLIBC_2.0
[...@gnu-6 tmp]$
--
What|Removed
--- Additional Comments From dzidzitop at lavabit dot com 2010-04-22 18:42
---
What is ddd? And why backtrace_symbols correctly recognises the function?
--
What|Removed |Added
--- Additional Comments From dzidzitop at lavabit dot com 2010-04-22 18:45
---
Ah, ddd is the name of the executable.
__libc_start_main could be found within the binary with ease. Dunno what is nm,
but simple search for __libc_start_main in text editor returns something.
--
--- Additional Comments From dzidzitop at lavabit dot com 2010-04-22 20:56
---
Ok, probably just by analysing the executable statically (i.e. when it is not
loaded into the memory) it is impossible to resolve dynamically linked
functions: no section is actually created for them within
--- Additional Comments From hjl dot tools at gmail dot com 2010-04-22
21:22 ---
A patch is posted at
http://sourceware.org/ml/binutils/2010-04/msg00338.html
--
http://sourceware.org/bugzilla/show_bug.cgi?id=11490
--- You are receiving this mail because: ---
You are on the