Hi George,
I have been using the -al=file to generate assembler listing files. In
version 2.16 this is being interpreted as --alternate.
Oops - sorry - please ignore my previous post. I missed that you were
using the '=file' syntax. When I added that to the command line of my
2.16 test bui
I can't provide the .o files exhibiting this problem, hence I have to just
give my analysis. We have a case where there are big object files containing
many of such relocations:
00030328 042c0027 R_IA64_DIR64LSB .text + 2ee51
00030330 042c0027 R_IA64_DIR6
On Wed, Mar 08, 2006 at 10:19:56AM +, Nick Clifton wrote:
> *** main (int argc, char ** argv)
> *** 1205,1211
> keep_it = 0;
>
> if (!keep_it)
> ! unlink_if_ordinary (out_file_name);
>
> input_scrub_end ();
>
> --- 1206,1212
> keep_it = 0;
--
What|Removed |Added
CC||pth at suse dot de
http://sourceware.org/bugzilla/show_bug.cgi?id=2442
--- You are receiving this mail be
--- Additional Comments From hjl at lucon dot org 2006-03-10 20:40 ---
The problem is
<2><4ef9>: Abbrev Number: 52 (DW_TAG_inlined_subroutine)
DW_AT_abstract_origin: <4f18>
DW_AT_ranges : 0x3e0
DW_AT_call_file : 0
DW_AT_call_line : 0
According to DWARF 3, 0
--- Additional Comments From hjl at lucon dot org 2006-03-10 20:54 ---
A patch is posted at
http://sourceware.org/ml/binutils/2006-03/msg00143.html
--
What|Removed |Added
[EMAIL PROTECTED] binutils]$ gcc -W -Wall -Wstrict-prototypes
-Wmissing-prototypes
-Werror -g -O2 -o nm-new nm.o budemang.o bucomm.o version.o filemode.o
../bfd/.libs/libbfd.a ../libiberty/libiberty.a -B./
./ld: Dwarf Error: mangled line number section (bad file number).
./ld: Dwarf Error: mangl
The pseudo operation:
1) [EMAIL PROTECTED]
2) [EMAIL PROTECTED]
2) [EMAIL PROTECTED]
and those for 64bit PowerPc architecture family are not documented.
Those pseudo operation are used usually in a macro for loading and immediate
operand of 32bit (or 64bit) into a machine register because it is
--- Additional Comments From hjl at lucon dot org 2006-02-28 21:37 ---
Created an attachment (id=894)
--> (http://sourceware.org/bugzilla/attachment.cgi?id=894&action=view)
A testcase
[EMAIL PROTECTED] mismatch]$ make CC=gcc
gcc -O -g -c -o foo.o foo.c
gcc -O -g -fPIC -c -o bar.o ba
--- Additional Comments From ldv at altlinux dot org 2006-03-10 23:39
---
The test fails exactly the same way on FC-devel too (binutils-2.16.91.0.6-4,
gcc-c++-4.1.0-3).
--
http://sourceware.org/bugzilla/show_bug.cgi?id=2434
--- You are receiving this mail because: ---
You ar
--- Additional Comments From sugioka at itonet dot co dot jp 2006-02-25
02:00 ---
I am saying that hidden symbol should not be globalized by vesion script.
On x86, hidden symbols can not be globalized even if they appeared in global
section of the version script,
But on SH, they can be g
With binutils-2.16.91.0.5 and 2.16.91.0.6, sometime strip fail
When it work
/tools/bin/find /lib /usr/lib /usr/share/rrdtool-* /install/initrd/lib \
-type f \( -name '*.so' -o -name '*.so[\.0-9]*' \) \
-ls -exec /tools/bin/strip --strip-all {} \; #2>/dev/null
1137622 4640 -rwxr-xr-
--- Additional Comments From alec at sensi dot org 2006-02-23 18:29 ---
This file is good for CISCO and works just fine. Unfortunately, I can't upload
it due to (c) issue.
As far as I understand, this file is *very* simplified MIPS ELF and has
no .shstrtab section at all (only bare ELF
Hi Ken,
avr-as a.S -o a.o
avr-ld -m avr4 -Tdata 0x800100 -o a.elf a.o
avr-objdump -d a.elf > a.lst
avr-ld -m avr4 -Tdata 0x800100 -o a.hex --oformat=ihex a.o
The list file shows both opcodes correctly, "a0 31". But in the hex file
the first one is wrong, "B031", while the s
On Fri, Mar 10, 2006 at 08:40:18PM -0500, George M. Gallant, Jr. wrote:
> Daniel,
>
> I don't understand the context of you question. The patch from Nick
> seems to
> fix my concern.
Right - it was directed at Nick.
--
Daniel Jacobowitz
CodeSourcery
___
Daniel,
I don't understand the context of you question. The patch from Nick seems to
fix my concern.
George
On Fri, 2006-03-10 at 13:22 -0500, Daniel Jacobowitz wrote:
On Wed, Mar 08, 2006 at 10:19:56AM +, Nick Clifton wrote:
> *** main (int argc, char ** argv)
> *** 1205,1
16 matches
Mail list logo
