--- Additional Comments From amodra at bigpond dot net dot au 2006-06-23
03:19 ---
http://sources.redhat.com/ml/binutils-cvs/2006-06/msg00149.html
--
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=1112&action=view)
> Cope with missing .idata sections when building DataDictionary
is this t
--- Additional Comments From nickc at redhat dot com 2006-06-22 17:43
---
Created an attachment (id=1112)
--> (http://sourceware.org/bugzilla/attachment.cgi?id=1112&action=view)
Cope with missing .idata sections when building DataDictionary
--
http://sourceware.org/bugzilla/show_bu
--- Additional Comments From nickc at redhat dot com 2006-06-22 17:42
---
Hi Martin,
Thanks for the test case.
I can now reproduce the problem and I am uploading a patch which will prevent
the seg fault. As it stands however the patch will still prevent the linker
from completing
--- Additional Comments From nickc at redhat dot com 2006-06-22 16:46
---
Hi Tan,
It is not clear that this is actually just a linker problem. It may also be a
compiler problem (producing bad debug info which is then reported by GDB with
the "DW_FORM_strp point outside of" message).
--- 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 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 BI
--- 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 dmantipov at yandex dot ru 2006-06-22 14:55
---
(In reply to comment #1)
> Have you checked the assembler output of the compiler ? Perhaps it is
> being clever. Maybe it knows that all but the calls to gettimeofday are
> redundant ?
Strace shows a lot o
--
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 14:38
---
Created an attachment (id=)
--> (http://sourceware.org/bugzilla/attachment.cgi?id=&action=view)
Compute address size as sum of pointer size and segment size
--
http://sourceware.org/bugzilla/show_bug.
--- 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
--- 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 resolv
--
What|Removed |Added
Status|NEW |WAITING
http://sourceware.org/bugzilla/show_bug.cgi?id=2776
--- You are receiving this mail because:
--- 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;
>
>
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
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 --enable-64-b
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 l
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
19 matches
Mail list logo
