--- Additional Comments From nickc at redhat dot com 2005-03-17 08:25
---
Hi Fred,
Yup, that is a typo alright. I have checked in your patch.
Cheers
Nick
--
What|Removed |Added
--- Additional Comments From nickc at redhat dot com 2005-03-29 17:48
---
Subject: Re: New: linking error: cannot handle R_MEM_INDIRECT
reloc when using symbolsrec output
Hi dorchen1611,
On creating a .lx File for hms-8300 microprocessor (Lego robot) following
linker
error
--- Additional Comments From nickc at redhat dot com 2005-04-15 10:49
---
Subject: Re: New: linker issued assertion failure elf64-ppc.c:7771
Hi Robert,
The problem caught is about error during linking of executable.
/usr/bin/ld: BFD 041202 20041202 assertion fail elf64-ppc.c:7771
--- Additional Comments From nickc at redhat dot com 2005-04-22 14:52
---
Subject: Re: New: Linker should abort when there is reference
to discarded section
Hi H.J.
Gcc was broken due to a back checkin:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21070
Linker did complain
--- Additional Comments From nickc at redhat dot com 2005-04-25 14:50
---
Patch applied - case closed
--
What|Removed |Added
Status|WAITING
--- Additional Comments From nickc at redhat dot com 2005-04-25 14:26
---
Hi Pawe³,
The seg fault was caused by a silly fault in the name_list handling code
inside the copy_archive() function. The 'obfd' field was not being initialised
to a proper value. The attached patch fixes
--- Additional Comments From nickc at redhat dot com 2005-05-05 14:35
---
Subject: Re: New: bfd leaks memory in several places
Hi John,
bfd has several memory leaks. I'm fixing the ones in dwarf2.c, but a simple
grep
for 'bfd_realloc' shows several obvious leaks on failure
--- Additional Comments From nickc at redhat dot com 2005-05-05 17:00
---
Hi,
This appears to be a bug in the symbol value evaluation code in gas. It has
special case code for + and - based expressions, but for others it just ignores
any errors unless the value is being finalized
--- Additional Comments From nickc at redhat dot com 2005-07-14 15:36
---
Subject: Re: Segmentation fault in libiberty/xexit.c:51
Hi Guys,
Alan wrote:
No, this is a buffer overflow of gas/config/tc-crx.c:ins_parse in reset_vars.
And I am applying this patch to stop the overflow
--- Additional Comments From nickc at redhat dot com 2005-09-30 15:25
---
Subject: Re: New: objcopy trashes PE executable when using
add-gnu-debuglink
Hi,
Idx Name Size VMA LMA File off Algn
0 .gnu_debuglink 0018 0268 2**2
--- Additional Comments From nickc at redhat dot com 2005-10-11 12:34
---
Subject: Re: New: c++filt no longer works with stdin
Hi HJ,
[EMAIL PROTECTED] testsuite]$ cat foo.s
.type _Z1fv, @function
[EMAIL PROTECTED] testsuite]$
/export/build/gnu/binutils-import/build
--- Additional Comments From nickc at redhat dot com 2005-10-11 16:34
---
Subject: Re: c++filt no longer works with stdin
Hi HJ,
It works for me.
I have applied the patch.
Cheers
Nick
--
http://sourceware.org/bugzilla/show_bug.cgi?id=1437
--- You are receiving
--- Additional Comments From nickc at redhat dot com 2005-10-28 10:34
---
Subject: Re: New: COFF code section should be read only
Hi Vahur,
To create object files which are link-compatible with MS Visual C, the x
flag
in .section directive should also set read only flag in COFF
--- Additional Comments From nickc at redhat dot com 2005-10-28 10:36
---
Created an attachment (id=730)
-- (http://sourceware.org/bugzilla/attachment.cgi?id=730action=view)
set readonly bit when handling 'x' attribute for COFF .section pseudo op
--
http://sourceware.org/bugzilla
--
What|Removed |Added
Status|NEW |WAITING
http://sourceware.org/bugzilla/show_bug.cgi?id=1568
--- You are receiving this mail because:
--- Additional Comments From nickc at redhat dot com 2005-11-07 17:57
---
Revised patch applied. (Sorry about the silly thinko in the first version).
--
What|Removed |Added
--- Additional Comments From nickc at redhat dot com 2005-11-08 15:04
---
Subject: Re: undefined reference to `_mpi_sgi_init'
Hi Michael,
I ran into this one as well on IRIX-6.5.28m with gcc-4.0.1 and
binutils-2.16.1.
Why is this bug in status WAITING? Is more input required? I
--- Additional Comments From nickc at redhat dot com 2005-11-09 16:24
---
Subject: Re: undefined reference to `_mpi_sgi_init'
Hi Michael,
I don't have any information beyond the error message and what I learned from
the message to the mailing list quoted above. The behaviour
--- Additional Comments From nickc at redhat dot com 2005-11-09 16:25
---
Created an attachment (id=752)
-- (http://sourceware.org/bugzilla/attachment.cgi?id=752action=view)
attempt to ignore OPTIONAL symbols
--
http://sourceware.org/bugzilla/show_bug.cgi?id=1150
--- You
--- Additional Comments From nickc at redhat dot com 2005-11-10 11:45
---
Subject: Re: undefined reference to `_mpi_sgi_init'
Hi Michael,
Okay, I gave it a try to build a testcase. It's included in the attachment.
Thanks. I was not able to run all of the tests in your testcase
--- Additional Comments From nickc at redhat dot com 2005-11-10 12:51
---
Created an attachment (id=754)
-- (http://sourceware.org/bugzilla/attachment.cgi?id=754action=view)
Second attempt to handle OPTIONAL symbols
--
http://sourceware.org/bugzilla/show_bug.cgi?id=1150
--- Additional Comments From nickc at redhat dot com 2005-11-11 11:21
---
Subject: Re: undefined reference to `_mpi_sgi_init'
Hi Michael,
The testcase nwo runs fine with the patched ld:
Great - I will check that patch in then as a first step in resolving
this PR
--- Additional Comments From nickc at redhat dot com 2005-11-21 18:30
---
Subject: Re: undefined reference to `_mpi_sgi_init'
Hi Michael,
using the above test case I tracked down the place in elflink.c where the
symbol os is reported as undefined when localed in a shared library
--- Additional Comments From nickc at redhat dot com 2005-12-23 12:28
---
Hi Micha,
Sorry for the long delay in reviewing your latest patch. As it turns out it
is fine (module a few formatting niggles) and so I have checked it in to the
sources along with this ChangeLog entry
--- Additional Comments From nickc at redhat dot com 2005-12-27 11:55
---
Patch approved and applied along with this ChangeLog entry.
gas/ChangeLog
2005-12-27 James Troup [EMAIL PROTECTED]
PR 1300
* config/tc-arm.c (md_apply_fix): Fix casts to match type
--- Additional Comments From nickc at redhat dot com 2005-12-27 16:34
---
Hi James,
I have synchronized the version in the binutils sources with the version in
the gcc sources, which has the effect of bringing in the change that you have
requested.
Cheers
Nick
--
What
--- Additional Comments From nickc at redhat dot com 2006-01-16 17:47
---
Created an attachment (id=831)
-- (http://sourceware.org/bugzilla/attachment.cgi?id=831action=view)
Add missing ATTRIBUTE_UNUSED declarations to elfcore_write_pstatus().
--
http://sourceware.org/bugzilla
--- Additional Comments From nickc at redhat dot com 2006-01-16 18:18
---
Created an attachment (id=832)
-- (http://sourceware.org/bugzilla/attachment.cgi?id=832action=view)
Create a VMA for the gnu_debuglink section
--
http://sourceware.org/bugzilla/show_bug.cgi?id=1391
--- Additional Comments From nickc at redhat dot com 2006-01-16 17:46
---
Hi Michael,
Removing those two parameters from elfcode_write_pstatus() would mean changing
the BFD library's API, which is not something to be done lightly. For example
it would also mean changing
--- Additional Comments From nickc at redhat dot com 2006-01-17 10:35
---
Patch commited with this ChangeLog:
bfd/ChangeLog
2006-01-17 Nick Clifton [EMAIL PROTECTED]
PR binutils/2159
* elf.c (elfcore_write_pstatus): Add ATTRIBUTE_UNUSED to unused
parameters
--- Additional Comments From nickc at redhat dot com 2006-01-30 11:56
---
This bug was fixed by Jakub Jelinek's patch of 2005-06-14, where amoungst other
changes to readelf.c he includes:
(process_program_headers): Don't crash if string_table is NULL.
With this patch in place
--- Additional Comments From nickc at redhat dot com 2006-04-07 14:48
---
Subject: Re: New: incorrect syntax in avr disassembly
Hi hochstein,
The disassembly for call and jmp looks like this:
43a: 0e 94 7e 0e call0x1cfc __divmodhi4
This causes problems since
--- Additional Comments From nickc at redhat dot com 2006-04-12 13:11
---
Thank you. I am now able to reproduce the bug and I have approved your patch.
it does not quite perform as you say, since the hexadecimal form of the address
is displayed twice:
0: 0e 94 7e 0e
--- Additional Comments From nickc at redhat dot com 2006-04-25 16:04
---
Subject: Re: New: dwarf2dbg.c embeds absolute filename path
with hard-coded / separator
Hi Burgess,
dwarf2dbg.c -- line 1476 of CVS version 1.81:
p[len] = '/';
This inserts a filesystem separator
--- Additional Comments From nickc at redhat dot com 2006-04-25 16:06
---
Created an attachment (id=981)
-- (http://sourceware.org/bugzilla/attachment.cgi?id=981action=view)
Intelligent selection of path separator for DOS
--
http://sourceware.org/bugzilla/show_bug.cgi?id=2582
--
What|Removed |Added
Status|NEW |WAITING
http://sourceware.org/bugzilla/show_bug.cgi?id=2582
--- You are receiving this mail because:
--- Additional Comments From nickc at redhat dot com 2006-04-25 16:22
---
Subject: Re: New: Failed to build gprof under gmake patched
by Apple.
Hi Masaki,
Building gprof was failed because of patched gmake (bundled with OSX).
Follow is a patch to disable a builtin suffix rule
--- Additional Comments From nickc at redhat dot com 2006-04-25 16:23
---
Patch applied
--
What|Removed |Added
Status|NEW |RESOLVED
--- Additional Comments From nickc at redhat dot com 2006-05-05 16:54
---
Subject: Re: dwarf2dbg.c embeds absolute filename path with
hard-coded / separator
Hi Bill,
My dev system is back up but I find I am too much of a noob to build the
binutils so I can test the
patch. I'm
--- Additional Comments From nickc at redhat dot com 2006-05-05 16:56
---
Patch checked in.
--
What|Removed |Added
Status|WAITING |RESOLVED
--- Additional Comments From nickc at redhat dot com 2006-05-05 17:15
---
Subject: Re: linker doesn't recognize an ELF library.
Hi Pawel,
strip also can't handle this precompiled external library.
$ sparc-sun-solaris2.9-strip -g libcmodel.so --verbose
sparc-sun-solaris2.9-strip
--- Additional Comments From nickc at redhat dot com 2006-05-11 09:04
---
Subject: Re: linker doesn't recognize an ELF library.
Hi Pawel,
pluto at agmk dot net wrote:
works for me :)
Excellent - I have applied the patch to the mainline and the 2.17 branch
as well.
Cheers
--- Additional Comments From nickc at redhat dot com 2006-05-24 08:40
---
Hi Anton,
I think that this is a case of a missing check in bfd_coff_link_input_bfd, so
please could you try the uploaded patch and let me know if it works on a real
world test, (ie your build environment
--- Additional Comments From nickc at redhat dot com 2006-06-08 10:16
---
Hi,
Please could you provide us with the files necessary to reproduce this bug ?
(ie: main.o, crt0.o etc and the libraries). Also, please could you run gcc with
the -v switch and tell us the precise command
--- Additional Comments From nickc at redhat dot com 2006-06-09 13:36
---
Hi Asher,
The problem appears to be that the .tcommon section has an alignment of 1
whereas the matrix symbol has an alignment of 4.
The code to generate the warning message was not taking into account
--- Additional Comments From nickc at redhat dot com 2006-06-12 11:18
---
Patch applied.
--
What|Removed |Added
Status|WAITING |RESOLVED
--- Additional Comments From nickc at redhat dot com 2006-06-14 16:36
---
Hi Stephane,
Can you provide an example object file containing debug information for a
segmented address architecture ?
Cheers
Nick
--
What|Removed |Added
--- 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 = 0
--- 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
--- 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-23 08:45
---
Hi Anton,
Sorry about the delay in getting back to you. I am a bit swamped at the
moment.
I am uploading a revised patch which I think should take care of this issue
now. The problem appears
--- Additional Comments From nickc at redhat dot com 2006-06-23 08:46
---
Created an attachment (id=1114)
-- (http://sourceware.org/bugzilla/attachment.cgi?id=1114action=view)
Improved check for missing aux entries.
--
What|Removed |Added
--- Additional Comments From nickc at redhat dot com 2006-06-23 14:30
---
Created an attachment (id=1116)
-- (http://sourceware.org/bugzilla/attachment.cgi?id=1116action=view)
Real version of previous patch
--
What|Removed |Added
--- Additional Comments From nickc at redhat dot com 2006-06-23 14:31
---
Subject: Re: ld terminated with signal 11 [Segmentation fault]
Hi Martin,
Cope with missing .idata sections when building DataDictionary
is this the complete patch?
No. Bum. I sent you the wrong one
--- Additional Comments From nickc at redhat dot com 2006-07-06 09:54
---
Hi Mohammed,
Thank you for submitting this patch. I have applied it along with two other
changes:
I added the -T switch to synopsis at the start of the strings node.
I updated the comment at the start
--- Additional Comments From nickc at redhat dot com 2006-07-06 10:32
---
Created an attachment (id=1143)
-- (http://sourceware.org/bugzilla/attachment.cgi?id=1143action=view)
Change spelling of branchs to branches
--
What|Removed |Added
--- Additional Comments From nickc at redhat dot com 2006-07-06 10:33
---
Hi Mohammed,
Thanks for submitting this patch. It is correct, but it does not go far
enough. There are several other places in the documentation and sources where
this spelling mistake occurs. Thus I am
--- Additional Comments From nickc at redhat dot com 2006-07-06 10:46
---
Hi Mohammed,
Thanks for submitting this patch. I have applied it to the sources.
Cheers
Nick
ld/ChangeLog
PR binutils/2877
* ld.texinfo: Fix spelling mistakes.
--
What
--- Additional Comments From nickc at redhat dot com 2006-07-06 11:06
---
Hi Mohammed,
This is a known problem, but your fix will not work. For a discussion of why,
please see this thread:
http://sourceware.org/ml/binutils/2003-07/msg9.html
Cheers
Nick
--- Additional Comments From nickc at redhat dot com 2006-07-07 11:18
---
Hi Mohammed,
Normally a new bug report would be needed, but since this is such a simple
change and one that is mostly connected with the previous problem, I'll allow
it.
I am going to apply the uploaded patch
--- Additional Comments From nickc at redhat dot com 2006-07-07 11:19
---
Created an attachment (id=1148)
-- (http://sourceware.org/bugzilla/attachment.cgi?id=1148action=view)
Remove Using LD
--
http://sourceware.org/bugzilla/show_bug.cgi?id=2874
--- You are receiving
--- Additional Comments From nickc at redhat dot com 2006-07-07 11:19
---
patch applied
--
What|Removed |Added
Status|REOPENED|RESOLVED
--- Additional Comments From nickc at redhat dot com 2006-07-11 14:13
---
Hi Bill,
Why not simply post-process the memory map. There are lots of text handling
tools that can do this, so why add extra code to the linker. It just introduces
more places for bugs to occur and adds
--- Additional Comments From nickc at redhat dot com 2006-07-24 16:30
---
Hi Lior,
Please accept my apologese for taking so long to get back to you on this
problem. I have now tried your test case - it does indeed reproduce the
problem, and the patch is acceptable, so I have applied
--- Additional Comments From nickc at redhat dot com 2006-07-24 16:48
---
Hi Martin,
Sorry for the long delay in responding - work has been really hectic recently.
Anyway, I am glad that the patch is workign for you as well. I will check it
in to the sources so that it does
--- Additional Comments From nickc at redhat dot com 2006-07-24 17:01
---
Subject: Re: New: macro name syntax changed
Hi Zippel,
Until at least 2.15 as accepted a macro like this:
.macro foo size,arg,arg2
move\size \arg,\arg2
.endm
--
What|Removed |Added
Status|NEW |WAITING
http://sourceware.org/bugzilla/show_bug.cgi?id=2848
--- You are receiving this mail because:
--- Additional Comments From nickc at redhat dot com 2006-07-26 10:41
---
Subject: Re: macro name syntax changed
Hi Roman,
You read it correctly, the intention is to provide the opcodes
foo.b/foo.w/foo.l, so using foo .l would be even more confusing.
OK, so presumably a workaround
--- Additional Comments From nickc at redhat dot com 2006-08-02 14:21
---
Created an attachment (id=1191)
-- (http://sourceware.org/bugzilla/attachment.cgi?id=1191action=view)
Use same configure logic as BFD library to determine which fopen-*.h header to
include
--
http
--- Additional Comments From nickc at redhat dot com 2006-08-02 15:49
---
Hi Petr,
I have applied your patch along with these ChangeLog entries.
Cheers
Nick
bfd/ChangeLog
2006-08-02 Petr Salinger [EMAIL PROTECTED]
PR binutils/2983
* elf64-x86-64.c: Add FreeBSD
--- Additional Comments From nickc at redhat dot com 2006-08-03 17:02
---
Subject: Re: incbin broken on Cygwin CR/LF
Hi Vincent,
Sorry, it doesn't work.
Did you forget autoheader ?
Yes I did :-(.
Please could you update your sources and let me know if I have managed
to get
--
What|Removed |Added
Status|REOPENED|WAITING
http://sourceware.org/bugzilla/show_bug.cgi?id=2991
--- You are receiving this mail because:
--- Additional Comments From nickc at redhat dot com 2006-08-06 15:47
---
Created an attachment (id=1205)
-- (http://sourceware.org/bugzilla/attachment.cgi?id=1205action=view)
Fix exit codes from binutils programs which have been given a non-existant file
as an argument
--
http
--- Additional Comments From nickc at redhat dot com 2006-08-06 15:48
---
Hi,
Thanks for reporting this problem. You are correct, since the introduction of
the get_file_size() function the various binutils utlities have not been
returning proper exit codes when provided with a non
--- Additional Comments From nickc at redhat dot com 2006-08-07 09:00
---
Created an attachment (id=1206)
-- (http://sourceware.org/bugzilla/attachment.cgi?id=1206action=view)
Add a noreturn prototype for _exit().
--
http://sourceware.org/bugzilla/show_bug.cgi?id=2993
--- You
--- Additional Comments From nickc at redhat dot com 2006-08-07 09:01
---
Subject: Re: New: compile error bfd.c: noreturn function
does return
Hi Rudolph,
bfd.c: In function `_bfd_abort':
bfd.c:796: warning: `noreturn' function does return
This looks like it may be a problem
--- Additional Comments From nickc at redhat dot com 2006-08-07 09:29
---
Created an attachment (id=1207)
-- (http://sourceware.org/bugzilla/attachment.cgi?id=1207action=view)
Do not attempt to access COFF specific fields of fake symbols
--
http://sourceware.org/bugzilla
--- Additional Comments From nickc at redhat dot com 2006-08-07 09:29
---
Hi Ed,
Please try the uploaded patch which should fix the 2.17 branch sources.
Cheers
Nick
--
What|Removed |Added
--- Additional Comments From nickc at redhat dot com 2006-08-08 08:20
---
Patch committed
--
http://sourceware.org/bugzilla/show_bug.cgi?id=2724
--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who
--- Additional Comments From nickc at redhat dot com 2006-08-08 09:41
---
Created an attachment (id=1211)
-- (http://sourceware.org/bugzilla/attachment.cgi?id=1211action=view)
Display 8 byte addresses as 8 byte values
--
http://sourceware.org/bugzilla/show_bug.cgi?id=2768
--- Additional Comments From nickc at redhat dot com 2006-08-08 09:42
---
Hi Stephane,
My apologese for taking so long to get back to this issue.
You are right - the addresses and lengths are being incorrectly truncated. I
am going to apply the newly uploaded patch to fix
--- Additional Comments From nickc at redhat dot com 2006-08-08 09:54
---
Hi Tan,
Sorry for taking so long to get back to this issue.
I am afraid I will not be able to visit you in Santa Clara since I am
currently living in the UK... So, perhaps you can do some investigation
--- Additional Comments From nickc at redhat dot com 2006-08-08 14:04
---
Created an attachment (id=1213)
-- (http://sourceware.org/bugzilla/attachment.cgi?id=1213action=view)
Check for a tree node with no section specified
--
http://sourceware.org/bugzilla/show_bug.cgi?id=3006
--- Additional Comments From nickc at redhat dot com 2006-08-08 14:05
---
Hi H.J.
I am probably wrong, but this looks like a simple case of a missing check for
a NULL pointer. The uploaded patch for example allows your test case to link
successfully. What do you think ?
Cheers
--- Additional Comments From nickc at redhat dot com 2006-08-08 14:16
---
Hi Caffer,
Which i386 targets do not have / in their line_comment_chars array ?
As far as I can see all i386 targets have the forward slash in their line
comment chars array, and since this array is parsed
--- Additional Comments From nickc at redhat dot com 2006-08-08 15:59
---
Subject: Re: --sort-section name is brorken
Hi H.J.
I think it is wrong. The problem is handler_data [1] is used for 2 things,
wildcard first. And then it was treated as tree later. I added 2 new tests
today
--- Additional Comments From nickc at redhat dot com 2006-08-09 08:29
---
Subject: Re: Slash-star comments don't work for some x86 targets
Hi Neil,
If the following condition is met, line_comment_chars consists of just #:
#if (defined (TE_I386AIX
--- Additional Comments From nickc at redhat dot com 2006-08-15 12:00
---
Hi Yurii,
Thanks for reporting this problem. It is easily solved by initializing the
size variable, so I am going to apply the uploaded patch to the sources along
with this ChangeLog entry.
Cheers
Nick
--- Additional Comments From nickc at redhat dot com 2006-08-23 10:13
---
Subject: Re: New: ld internal error ldlang.c 4272
Hi,
This is standart GNU cross tool for arm-elf (gcc-4.1.1 binutils 2.17.50.0.3
20060715). After adding ld option --gc-sections got this error:
...
/usr
--
What|Removed |Added
Status|NEW |WAITING
http://sourceware.org/bugzilla/show_bug.cgi?id=3107
--- You are receiving this mail because:
--- Additional Comments From nickc at redhat dot com 2006-08-23 17:15
---
Already fixed in mainline
--
What|Removed |Added
Status|WAITING
--- Additional Comments From nickc at redhat dot com 2006-09-01 11:44
---
Created an attachment (id=1272)
-- (http://sourceware.org/bugzilla/attachment.cgi?id=1272action=view)
Check for a NULL value in rtype before using it.
--
http://sourceware.org/bugzilla/show_bug.cgi?id=3146
--
What|Removed |Added
Status|NEW |WAITING
http://sourceware.org/bugzilla/show_bug.cgi?id=3146
--- You are receiving this mail because:
--- Additional Comments From nickc at redhat dot com 2006-09-07 16:56
---
Hi Mark,
GAS does not accept ep9312 as an architecture name. It only accepts it as a
cpu name. This is because strictly speaking the EP9312 is not a new arm
architecture, but rather a standard architecture
--- Additional Comments From nickc at redhat dot com 2006-09-08 08:16
---
Hi Mark,
GCC build with --with-cpu=ep9312 works fine with binutils. Your argument
is clear to me, but what do the gcc guys think about that?
Well since Richard Earnshaw is both the gcc ARM maintainer
--- Additional Comments From nickc at redhat dot com 2006-09-08 15:07
---
Hi Pawel,
The real problem here appears to be that the libraries you are stripping
contain object files of different target types (elf64-big and elf64-sparc).
Objcopy was assuming that you wanted to convert
--- Additional Comments From nickc at redhat dot com 2006-09-08 15:08
---
Created an attachment (id=1290)
-- (http://sourceware.org/bugzilla/attachment.cgi?id=1290action=view)
Preserve output file formats of copied archive elements unless explicitly
requiested otherwise
--
http
1 - 100 of 3672 matches
Mail list logo
