--- Additional Comments From cgray at cse dot unsw dot edu dot au
2006-06-22 06:59 ---
I'm confused. You don't believe that ld doing these relocations creates a fixed
fixed address relationship between segments? Or you don't believe that this is
what the IA64 ABI is saying you can't do?
Hi Soeren,
I tried to use a newer version of binutils (2.15.94 wich comes as part of a
SLES upgrade
to SP3 and a freshly self compiled 2.16.1) but both version now show me the
following
error when trying to compile a shared library: -static and -shared may not be
used
together
This is an
Hi Eric,
This bug appears on the second run of a command. I may be doing
something BFD/GDB considers sneaky.
Quite likely. First things first though - you have an old version of
the BFD library.
BFD 2.16.91 20050815 internal error, aborting at
/SourceCache/gdb/gdb-477/src/bfd/cache.c
Hi Henrik,
objcopy -G main temp/AIX/to_be_fixed.o temp/AIX/test.o;
ld: 0711-590 SEVERE ERROR: Object test.o cannot be processed.
The length field at the beginning of the string table is invalid.
I have downloaded binutils 2.16.1 and have configured it with
./configure
Hi Dmitry,
void f (int n)
{
rdtscll (t);
void g (int n)
{
gettimeofday (tv, 0);
int main (int argc, char *argv[])
{
int n;
for (n = 0; n 200; n++) {
if (n % 2)
f (n);
else
g (n);
My typical results are:
$ gcc -O2 -g -pg -o test test.c
--- Additional Comments From nickc at redhat dot com 2006-06-22 14:03
---
Subject: Re: New: Strange profiling results
Hi Dmitry,
void f (int n)
{
rdtscll (t);
void g (int n)
{
gettimeofday (tv, 0);
int main (int argc, char *argv[])
{
int n;
for (n =
--- Additional Comments From hjl at lucon dot org 2006-06-22 14:33 ---
The range of GP relocation is from -0x20 to 0x20. -99976/-0x18688 is
within the range. The relative offsets between sections have to be fixed
within shared library and executable. Otherwise, linker can't
--- Additional Comments From nickc at redhat dot com 2006-06-22 14:36
---
Hi Stephane,
Thanks for supplying the test cases. I have now been able to reproduce the
problem and I am going to upload a patch that fixes it. If you would care to
try it out and let me know if you encounter
--
What|Removed |Added
Status|SUSPENDED |WAITING
http://sourceware.org/bugzilla/show_bug.cgi?id=2768
--- You are receiving this mail because:
--- Additional Comments From nickc at redhat dot com 2006-06-22 15:45
---
Hi Lior,
Please could you supply a small test case that reproduces the problem ?
I do not want to change a generic part of the assembler without being sure
that it will not break other ports.
Cheers
Nick
--- Additional Comments From nickc at redhat dot com 2006-06-22 16:19
---
Hi Alex,
This is a known problem with the linker. It cannot link PE files and convert
to BINARY format at the same time. You will need to link to a PE format file
first and then use OBJCOPY to convert it to
--- Additional Comments From nickc at redhat dot com 2006-06-22 16:29
---
Hi Mike,
Can you supply a testcase to demonstrate the problem please ?
Cheers
Nick
--
What|Removed |Added
--- Additional Comments From mkoeppe at gmx dot de 2006-06-22 22:08 ---
Hi Nick,
(In reply to comment #5)
Created an attachment (id=1112)
-- (http://sourceware.org/bugzilla/attachment.cgi?id=1112action=view)
Cope with missing .idata sections when building DataDictionary
is this the
13 matches
Mail list logo