--- Additional Comments From nickc at redhat dot com 2008-11-17 16:52
---
Hi Kamaraju,
I checked in the /var/tmp folder, but there are no .s files there. They must
have been deleted automatically when the compilation failed. Is there any
alternate way to obtain them?
Just add
--- Additional Comments From nickc at redhat dot com 2008-11-17 17:32
---
Hi Kamaraju,
What is the command line used to invoke the assembler ? (You can find this by
adding -v to your gcc command line).
Cheers
Nick
--
http://sourceware.org/bugzilla/show_bug.cgi?id=7032
--- Additional Comments From nickc at redhat dot com 2008-11-17 17:41
---
Subject: Re: 64-bit libstdc++.so fails to link on Solaris 11/SPARC:
could not read symbols: Bad value
Hi Rainer,
unfortunately, ld SEGVs now here:
#0 0x0008d19c in _bfd_sparc_elf_check_relocs (abfd
--- Additional Comments From nickc at redhat dot com 2008-11-17 17:51
---
Subject: Re: gcc fails to compile with Internal error,
aborting at dw2gencfi.c line 1267 errror
Hi Kamaraju,
/home/kkusuman/software/compileHere/gcc-4.4-20081107/./gcc/xgcc -
Sorry, I meant please add -v
--- Additional Comments From nickc at redhat dot com 2008-11-17 17:54
---
Subject: Re: 64-bit libstdc++.so fails to link on Solaris 11/SPARC:
could not read symbols: Bad value
Hi Rainer,
done, but not much better either: at first I get a lot of assertion
failures
Ok
--- Additional Comments From nickc at redhat dot com 2008-11-18 11:42
---
Created an attachment (id=3072)
-- (http://sourceware.org/bugzilla/attachment.cgi?id=3072action=view)
third try
--
What|Removed |Added
--- Additional Comments From nickc at redhat dot com 2008-11-18 11:45
---
Hi Rainer,
OK, I have uploaded a third patch for you to try. This one works(1) for me
although to be honest I do not really see how it is different from the second
patch. Anyway give it a whirl and see how
--- Additional Comments From nickc at redhat dot com 2008-11-18 13:56
---
Created an attachment (id=3073)
-- (http://sourceware.org/bugzilla/attachment.cgi?id=3073action=view)
Fix reloc desriptions
--
http://sourceware.org/bugzilla/show_bug.cgi?id=7037
--- You are receiving
--- Additional Comments From nickc at redhat dot com 2008-11-18 14:02
---
Hi Swami,
Well this was a fun one to track down. The problem turned out to be the
descriptions of the CR16 relocs in elf32-cr16.c. In particular they were using
the src_mask field of reloc_howto_struct which
--- Additional Comments From nickc at redhat dot com 2008-11-18 14:07
---
Subject: Re: 64-bit libstdc++.so fails to link on Solaris 11/SPARC:
could not read symbols: Bad value
Hi Rainer,
Unfortunately, regtesting the resulting GCC build is
currently hampered by the following
--- Additional Comments From nickc at redhat dot com 2008-11-18 14:21
---
Subject: Re: 64-bit libstdc++.so fails to link on Solaris 11/SPARC:
could not read symbols: Bad value
Hi Rainer,
I'll try. First of all, I need to understand what the warning is all
about.
Oh, well
--- Additional Comments From nickc at redhat dot com 2008-11-18 15:11
---
Subject: Re: 64-bit libstdc++.so fails to link on Solaris 11/SPARC:
could not read symbols: Bad value
Hi Rainer,
Every single one of the libstdc++ object files is affected. E.g.
% readelf -S --wide
--- Additional Comments From nickc at redhat dot com 2008-11-19 09:58
---
Hi Dean,
I suspect it's always worked this way, but seems like a bug to me.
It is a bug.
I'm using binutils 2.14 targetting powerpc (elf):
GNU ld version 2.16.91 20050610
Which version are you using, 2.14
--- Additional Comments From nickc at redhat dot com 2008-11-24 16:37
---
Created an attachment (id=3075)
-- (http://sourceware.org/bugzilla/attachment.cgi?id=3075action=view)
Fix compile time warnings
--
http://sourceware.org/bugzilla/show_bug.cgi?id=7044
--- You
--- Additional Comments From nickc at redhat dot com 2008-11-25 08:49
---
Patch committed along with this changelog entry.
binutils/ChangeLog
PR7044
* dlltool.c (run): Use formatting string to avoid compile time
warning.
(gen_exp_file): Check return
--- Additional Comments From nickc at redhat dot com 2008-12-02 08:59
---
Subject: Re: New linker command file function: REGION_ALIAS
Hi Sebastian,
Yes or no?
Yes.
What happens if we implement this feature and provide a patch?
Then we will review it and assuming that it is OK
--- Additional Comments From nickc at redhat dot com 2008-12-23 09:04
---
Hi H.J.
You are correct, the value should be 7.
I have removed the STT_IFUNC support in binutils (for now), but should the
feature be officially approved I will re-add the support, with the correct value
--- Additional Comments From nickc at redhat dot com 2008-12-23 10:08
---
Hi Matthias,
I have checked the patch into the 2.19 branch, but it is up to the release
manager to decide if there should be a 2.19.1 point release. I will email him
and see what he thinks.
Cheers
Nick
--- Additional Comments From nickc at redhat dot com 2008-12-23 11:41
---
Created an attachment (id=3624)
-- (http://sourceware.org/bugzilla/attachment.cgi?id=3624action=view)
Check input file type before processing it as an ARM ELF object file
--
http://sourceware.org/bugzilla
--- Additional Comments From nickc at redhat dot com 2008-12-23 11:44
---
Hi Soren,
Thanks for reporting this bug. I have checked in the uploaded patch to fix
the problem, along with the changelog entry below.
By the way - are you aware of the .incbin assembler pseudo-op which
--- Additional Comments From nickc at redhat dot com 2008-12-23 11:44
---
oops - forgot the changelog entry:
bfd/ChangeLog
2008-12-23 Nick Clifton ni...@redhat.com
PR 7093
* elf32-arm.c (bfd_elf32_arm_init_maps): Only process ARM ELF
object files
--- Additional Comments From nickc at redhat dot com 2008-12-30 07:49
---
Subject: Re: New: BFD internal error while using oprofile
on Gentoo with binutils 2.19
Hi ultip,
BFD: BFD (GNU Binutils) 2.19 internal error, aborting at
/var/tmp/portage/sys-devel/binutils-2.19/work
--- Additional Comments From nickc at redhat dot com 2009-01-02 14:22
---
Hi Matthias,
Thanks for reporting this problem and supplying the fix as well.
I have checked in your patch and the changelog entries.
Cheers
Nick
--
What|Removed
--- Additional Comments From nickc at redhat dot com 2009-01-02 16:02
---
Created an attachment (id=3631)
-- (http://sourceware.org/bugzilla/attachment.cgi?id=3631action=view)
possible patch - just removes the abort.
--
http://sourceware.org/bugzilla/show_bug.cgi?id=9695
--- Additional Comments From nickc at redhat dot com 2009-01-02 16:06
---
Hi utilp,
Well something strange is going on with your opreport session since it is
clearly trying to examine files which it should not need to look at.
Presumably the problem in the BFD library is being
--- Additional Comments From nickc at redhat dot com 2009-01-02 16:12
---
Hi Curtis,
Thanks for reporting this bug. I have applied your suggested fix along with
this changelog entry.
Cheers
Nick
bfd/ChangeLog
2009-01-02 Curtis Mackie curtmack...@gmail.com
PR 9682
--- Additional Comments From nickc at redhat dot com 2009-01-02 16:15
---
Hi Khem,
Please could you recheck this bug to see if it is still there ?
I think that a recent fix of mine (for PR 7093) may have fixed the new version
of this problem as well.
Cheers
Nick
--- Additional Comments From nickc at redhat dot com 2009-01-02 19:17
---
Created an attachment (id=3632)
-- (http://sourceware.org/bugzilla/attachment.cgi?id=3632action=view)
Add mention of using -static-libgcc
--
http://sourceware.org/bugzilla/show_bug.cgi?id=7099
--- You
--- Additional Comments From nickc at redhat dot com 2009-01-02 19:18
---
Hi Shlomi,
What do you think of the new paragraph in the uploaded patch ?
Cheers
Nick
--
What|Removed |Added
--- Additional Comments From nickc at redhat dot com 2009-01-03 10:00
---
Hi Shlomi,
-lc_p is only needed if you are invoking the linker directly. If you use gcc
to drive the linker, then it is not needed.
I will check the patch in along with this changelog entry.
Cheers
Nick
--- Additional Comments From nickc at redhat dot com 2009-01-03 10:04
---
Hi,
Please do feel free to post your code to the mailing list. I do not think
that we will be including it into the sources at the moment however as I think
that this is a specialized enhancement that would
--- Additional Comments From nickc at redhat dot com 2009-01-03 12:38
---
Created an attachment (id=3633)
-- (http://sourceware.org/bugzilla/attachment.cgi?id=3633action=view)
Make 32-bit sparc library searching behave in the same way as the 64-bit
version
--
http://sourceware.org
--- Additional Comments From nickc at redhat dot com 2009-01-03 12:41
---
Hi,
I do not think that genscripts.sh is misbehaving here. In general if you are
providing a sysroot then you should not expect the linker to search elsewhere
for libraries. The fact that the 64-bit sparc
--- Additional Comments From nickc at redhat dot com 2009-01-06 16:36
---
Hi Sebastian,
The patch looks good - thanks very much for persevering with this.
In answer to your questions:
* Yes stat_alloc() is the right function to use.
* Quoting names like this is preferred.
* You
--- Additional Comments From nickc at redhat dot com 2009-01-12 13:59
---
Hi Michael,
I could not reproduce this problem using the current mainline sources (for
both gcc and the binutils). Please could you try using them yourself and see if
you can make the bug occur. (Or else
--- Additional Comments From nickc at redhat dot com 2009-01-14 15:06
---
Created an attachment (id=3664)
-- (http://sourceware.org/bugzilla/attachment.cgi?id=3664action=view)
generate correct nop insn
--
http://sourceware.org/bugzilla/show_bug.cgi?id=9722
--- You
--- Additional Comments From nickc at redhat dot com 2009-01-15 12:35
---
Hi Bastian,
Great - I have checked the patch in along with a new test for the ARM
testsuite and a tweak of an existing test.
Cheers
Nick
--
What|Removed |Added
--- Additional Comments From nickc at redhat dot com 2009-01-21 11:57
---
Hi Pierre,
Actually I can see no good reason for using this unsupported field, so I am
going to check in the attached patch to remove its use.
Cheers
Nick
bfd/ChangeLog
2009-01-21 Nick Clifton ni
--- Additional Comments From nickc at redhat dot com 2009-01-21 12:01
---
Created an attachment (id=3677)
-- (http://sourceware.org/bugzilla/attachment.cgi?id=3677action=view)
Use strrchr and check for a following digit.
--
http://sourceware.org/bugzilla/show_bug.cgi?id=9766
--- Additional Comments From nickc at redhat dot com 2009-01-21 12:02
---
Hi Christoph,
Please could you try out the uploaded patch and let me know if it works for
you.
Cheers
Nick
--
What|Removed |Added
--- Additional Comments From nickc at redhat dot com 2009-01-21 12:29
---
Hi Laurent,
Since --stub-group-size=1 is the default, it is not surprising that it made no
difference. --stup-group-size=1024 tells the linker to process 1024 input
sections before trying to insert a stub
--- Additional Comments From nickc at redhat dot com 2009-01-21 11:56
---
Created an attachment (id=3676)
-- (http://sourceware.org/bugzilla/attachment.cgi?id=3676action=view)
Remoev use of tm_gmtoff
--
http://sourceware.org/bugzilla/show_bug.cgi?id=9769
--- You are receiving
--- Additional Comments From nickc at redhat dot com 2009-01-26 15:50
---
Hi Khem,
Please could you try out the uploaded patch and let me know if it works for
you.
Cheers
Nick
--
What|Removed |Added
--- Additional Comments From nickc at redhat dot com 2009-01-26 15:53
---
Hi Christoph,
I have checked the patch in along with this changelog entry.
Cheers
Nick
binutils/ChangeLog
2009-01-26 Nick Clifton ni...@redhat.com
PR 9766
* dlltool.c (xlate): When strip
--- Additional Comments From nickc at redhat dot com 2009-01-26 15:49
---
Created an attachment (id=3687)
-- (http://sourceware.org/bugzilla/attachment.cgi?id=3687action=view)
Sign extend addresses if necessary
--
http://sourceware.org/bugzilla/show_bug.cgi?id=9774
--- You
--- Additional Comments From nickc at redhat dot com 2009-01-27 15:43
---
Hi Khem,
Ok - I have checked the patch in.
Cheers
Nick
binutils/ChangeLog
2009-01-27 Nick Clifton ni...@redhat.com
PR 9774
* objdump.c (disassemble_section): When the target uses signed
--- Additional Comments From nickc at redhat dot com 2009-01-29 15:04
---
Created an attachment (id=3696)
-- (http://sourceware.org/bugzilla/attachment.cgi?id=3696action=view)
Version of the previous patch suitable for applying to 2.17 branch sources
--
http://sourceware.org
--- Additional Comments From nickc at redhat dot com 2009-02-03 15:58
---
Created an attachment (id=3706)
-- (http://sourceware.org/bugzilla/attachment.cgi?id=3706action=view)
Describe the integer suffixes supported by the linker.
--
http://sourceware.org/bugzilla/show_bug.cgi?id
--- Additional Comments From nickc at redhat dot com 2009-02-03 16:01
---
Hi Rich,
I think that a slightly more extensive rewording is needed. With the uploaded
patch the text in the 'Constants' section of the linker manual now reads:
As in C, the linker considers an integer
--- Additional Comments From nickc at redhat dot com 2009-02-03 17:42
---
Created an attachment (id=3707)
-- (http://sourceware.org/bugzilla/attachment.cgi?id=3707action=view)
Rewrite description of --allow-shlib-undefined
--
http://sourceware.org/bugzilla/show_bug.cgi?id=9805
--- Additional Comments From nickc at redhat dot com 2009-02-03 17:43
---
Hi Francis,
The uploaded patch changes the description of the --allow-shlib-undefined and
--no-allow-shlib-undefined to the following:
Allows or disallows undefined symbols in shared libraries
--- Additional Comments From nickc at redhat dot com 2009-02-04 09:14
---
Hi Francis,
Great - I have committed the patch along with this changelog entry.
Cheers
Nick
ld/ChangeLog
2009-02-04 Nick Clifton ni...@redhat.com
PR 9805
* ld.texinfo (--allow-shlib
--- Additional Comments From nickc at redhat dot com 2009-02-04 10:49
---
Hi Christophe,
Please try out the uploaded patch and let me know what you think.
Cheers
Nick
--
What|Removed |Added
--- Additional Comments From nickc at redhat dot com 2009-02-04 10:48
---
Created an attachment (id=3711)
-- (http://sourceware.org/bugzilla/attachment.cgi?id=3711action=view)
Record the current mode in the current frag as instructions are generated.
--
http://sourceware.org
--- Additional Comments From nickc at redhat dot com 2009-02-11 14:38
---
Subject: Re: WindRes 2.18 can't concatenate literal strings
anymore?
Hi Craig,
I'm using 2.19 and I still get the same error of :
/opt/mingw32/bin/i586-pc-mingw32-windres: icon file `pixmaps/' does
--- Additional Comments From nickc at redhat dot com 2009-02-11 14:40
---
Doh! Please ignore suggestion 2. I had completely blanked on this already being
in bugzilla.
--
http://sourceware.org/bugzilla/show_bug.cgi?id=6714
--- You are receiving this mail because: ---
You
--- Additional Comments From nickc at redhat dot com 2009-02-11 14:53
---
Hi Craig,
I think that you are going to have to post another test case to demonstrate
the problem that you are having. I tried the following:
% cat fred.inc
#define VALUE_AS_TXT 15
% cat fred.rc
--- Additional Comments From nickc at redhat dot com 2009-02-11 15:35
---
Created an attachment (id=3732)
-- (http://sourceware.org/bugzilla/attachment.cgi?id=3732action=view)
If the header size has not been set yet then assume that it will match the
output section's reloc type
--- Additional Comments From nickc at redhat dot com 2009-02-11 15:35
---
Hi Jie,
Please could you try out the uploaded patch and let me know if it works for
you ?
Cheers
Nick
--
What|Removed |Added
--- Additional Comments From nickc at redhat dot com 2009-02-12 15:09
---
Hi Jie,
Great. I have committed the patch along with this changelog entry.
Cheers
Nick
bfd/ChangeLog
PR 9827
* elflink.c (bfd_elf_final_link): When counting the relocations
--- Additional Comments From nickc at redhat dot com 2009-02-16 09:47
---
All in all, sorry for this bug report. I believe, it can be closed as INVALID.
--
What|Removed |Added
--- Additional Comments From nickc at redhat dot com 2009-02-18 11:14
---
Hi Niki,
Please could you provide a small testcase to reproduce the problem you are
having. I tried using the sequence of instructions originally described by
Bruno, but they worked. I also tried a few
--- Additional Comments From nickc at redhat dot com 2009-02-18 15:29
---
Hi Bjoern,
Thanks for the patch. I have applied it to the sources.
Cheers
Nick
--
What|Removed |Added
--- Additional Comments From nickc at redhat dot com 2009-03-02 14:48
---
I have checked in Jim's patch.
Cheers
Nick
gas/ChangeLog
PR 9874
* config/tc-ia64.c (fix_insn): Fix warning reported by
-Wformat-security.
--
What|Removed
--- Additional Comments From nickc at redhat dot com 2009-03-02 17:26
---
Hi Sebastian,
Thanks for the revised patch. I have applied it along with this changelog
entry.
Cheers
Nick
ld/ChangeLog
2009-03-02 Sebastian Huber sebastian.hu...@embedded-brains.de
* ldgram.y
--- Additional Comments From nickc at redhat dot com 2009-03-10 15:46
---
Hi Niki,
Sorry but I still cannot reproduce the problem. I checked both versions of
libmath.a that you uploaded and they both responded to the ar program, both with
the 't' command and the 'x' command
--- Additional Comments From nickc at redhat dot com 2009-03-10 17:51
---
Created an attachment (id=3806)
-- (http://sourceware.org/bugzilla/attachment.cgi?id=3806action=view)
Allow object files with relocs but no symbol table.
--
http://sourceware.org/bugzilla/show_bug.cgi?id
--- Additional Comments From nickc at redhat dot com 2009-03-10 17:53
---
Hi Mike,
The crtn.o file in your tarball is the culprit - it contains relocs that do
not not refer to any symbols. Since those are the only kind of relocs in that
file there is no symbol table either
--- Additional Comments From nickc at redhat dot com 2009-03-11 10:40
---
Hi Mike,
running with --verbose shows no info as to why ld decided to exit(1) ...
Yeah my bad. Delete the last frag of the patch to elflink.c, (the one that
calls bfd_set_error) and you will get your error
--- Additional Comments From nickc at redhat dot com 2009-03-11 15:27
---
Hi Niki,
Just one idea - have you tried building a static version of the 'ar' binary
and then testing that ?
Cheers
Nick
--
http://sourceware.org/bugzilla/show_bug.cgi?id=521
--- You are receiving
--- Additional Comments From nickc at redhat dot com 2009-03-13 11:29
---
Hi H.J.
Patch approved - please apply.
Cheers
Nick
--
http://sourceware.org/bugzilla/show_bug.cgi?id=9945
--- You are receiving this mail because: ---
You are on the CC list for the bug
--- Additional Comments From nickc at redhat dot com 2009-03-13 11:35
---
Created an attachment (id=3820)
-- (http://sourceware.org/bugzilla/attachment.cgi?id=3820action=view)
Gracefully handle object files with relocs but no symbol tables.
--
What|Removed
--- Additional Comments From nickc at redhat dot com 2009-03-13 11:38
---
Hi Mike,
I have checked in a revised version of my previous patch (uploaded) which will
stop the linker from seg-faulting. It will still refuse to produce an
executable because of the non-representable section
--- Additional Comments From nickc at redhat dot com 2009-03-27 21:04
---
Created an attachment (id=3852)
-- (http://sourceware.org/bugzilla/attachment.cgi?id=3852action=view)
Fix binutils configure script
--
http://sourceware.org/bugzilla/show_bug.cgi?id=9992
--- You
--- Additional Comments From nickc at redhat dot com 2009-04-01 14:43
---
Hi Guys,
I would prefer not to make -export-dynamic a synonym for -export-all-symbols
for the reason that Dave mentioned. I would not object to adding code to
generate a warning message saying something like
--- Additional Comments From nickc at redhat dot com 2009-04-01 14:49
---
Hi Christian,
Since garbage collection is not currently implemented for Cygwin toolchains
the linker testsuite ought to skip the gc tests for this target. So please
could you try out the uploaded patch
--- Additional Comments From nickc at redhat dot com 2009-04-01 14:51
---
The strings manual page already explicitly states which values are accepted for
the --encoding option.
--
What|Removed |Added
--- Additional Comments From nickc at redhat dot com 2009-04-01 14:58
---
Hi Jari,
Your patch missed the usage() function in strings.c but other than that it was
fine, so I have checked it in along with this changelog entry.
Cheers
Nick
binutils/ChangeLog
2009-04-01 Jari Aalto
--- Additional Comments From nickc at redhat dot com 2009-04-01 14:47
---
Created an attachment (id=3859)
-- (http://sourceware.org/bugzilla/attachment.cgi?id=3859action=view)
Do not assume that garbage collection is available on cygwin targets.
--
http://sourceware.org/bugzilla
--- Additional Comments From nickc at redhat dot com 2009-04-01 15:48
---
Hi Peter,
I have applied the patch to the 2.19 branch sources, but other than that there
is nothing else to do. If the sources that you are using do not compile then
either you will have to apply the patch
--- Additional Comments From nickc at redhat dot com 2009-04-02 09:36
---
Hi Guys,
OK - I have applied my patch. I will close this issue now since the problem -
ld testsuite failures - has been addressed. The enhancement - supporting
garbage collection in cygwin targeted toolchains
--- Additional Comments From nickc at redhat dot com 2009-04-09 14:30
---
Created an attachment (id=3868)
-- (http://sourceware.org/bugzilla/attachment.cgi?id=3868action=view)
Allow external symbols for the section comdat symbol
--
http://sourceware.org/bugzilla/show_bug.cgi?id
--- Additional Comments From nickc at redhat dot com 2009-04-09 14:32
---
Hi Claudius,
You are using a slightly out of date version of binutils (2.18 as opposed to
2.19), but the bug is present in the current sources anyway.
Please could you try out the uploaded patch which I
--- Additional Comments From nickc at redhat dot com 2009-04-09 14:45
---
Hi Soren,
The patch is applied to the mainline code and will be present in the next
release.
Cheers
Nick
--
What|Removed |Added
--- Additional Comments From nickc at redhat dot com 2009-04-09 15:00
---
Hi Bastian,
This is not a bug. The assembler is quite reasonably translating the
requested operation (move low register to low register whilst setting the status
bits) into a machine instruction
--- Additional Comments From nickc at redhat dot com 2009-04-09 16:04
---
Created an attachment (id=3869)
-- (http://sourceware.org/bugzilla/attachment.cgi?id=3869action=view)
Document the ONLY_IF_RO, ONLY_IF_RW and CONSTANT linker script directives.
--
http://sourceware.org
--- Additional Comments From nickc at redhat dot com 2009-04-09 16:05
---
Hi Rich,
I am going to check in the uploaded patch to document these keywords.
Cheers
Nick
--
What|Removed |Added
--- Additional Comments From nickc at redhat dot com 2009-04-17 12:11
---
Hi Claudius,
Thanks - I have applied the patch along with the changelog entry below.
With regard to getting gcc to use a newly built linker you will probably find
in the gcc build directory an executable
--- Additional Comments From nickc at redhat dot com 2009-04-17 12:27
---
Hi Sergei,
Both of these problems boils down to the fact that the mingw32 target uses a
different binary file format (PE) when compared to your native file format
(ELF).
The eh-group tests only work on ELF
--- Additional Comments From nickc at redhat dot com 2009-04-20 14:51
---
Created an attachment (id=3895)
-- (http://sourceware.org/bugzilla/attachment.cgi?id=3895action=view)
Catch use of illegal copy instruction
--
http://sourceware.org/bugzilla/show_bug.cgi?id=9856
--- You
--- Additional Comments From nickc at redhat dot com 2009-04-20 14:52
---
Hi Bastian,
Ah - sorry about that. Now that I understand the problem, please could you
examine the uploaded patch which I think will address the issue for you.
Cheers
Nick
--
What|Removed
--- Additional Comments From nickc at redhat dot com 2009-04-21 17:12
---
Created an attachment (id=3898)
-- (http://sourceware.org/bugzilla/attachment.cgi?id=3898action=view)
Add support for reloc #8
--
http://sourceware.org/bugzilla/show_bug.cgi?id=10073
--- You
--- Additional Comments From nickc at redhat dot com 2009-04-21 17:13
---
Hi Owen,
I have uploaded a possible patch to fix this problem - please could you try it
out for me ?
Not having any binaries containing the R_ARM_THM_PC8 reloc makes testing
locally impossible, but I think
--- Additional Comments From nickc at redhat dot com 2009-05-05 09:37
---
Hi Guillaume,
Thanks very much for finding this bug and supplying a patch to fix it.
I have applied your patch along with this changelog entry.
Cheers
Nick
binutils/ChangeLog
2009-05-05 Guillaume
--- Additional Comments From nickc at redhat dot com 2009-05-05 11:12
---
Created an attachment (id=3924)
-- (http://sourceware.org/bugzilla/attachment.cgi?id=3924action=view)
revised form of previous patch
--
What|Removed |Added
--- Additional Comments From nickc at redhat dot com 2009-05-05 11:15
---
Hi Owen,
OK, I have uploaded a revised patch based Jay's suggestion. Please give it a
go and let me know if it works this time.
I am not comfortable with suppressing the overflow warnings for the other
--- Additional Comments From nickc at redhat dot com 2009-05-26 15:37
---
Hi Liran,
Thanks for reporting this problem. The change you suggest is slightly wrong
in that it fixes the generated file bfin-parse.c which is built from the source
file gas/config/bfin-parse.y, but apart
--- Additional Comments From nickc at redhat dot com 2009-06-12 12:22
---
Subject: Re: New: objdump does not disassemble ARM code
entered with .word directives
Hi Mike,
It used to be possible to enter instructions with .word directives and then
disassemble them with objdump -d
--- Additional Comments From nickc at redhat dot com 2009-06-13 07:23
---
Created an attachment (id=3993)
-- (http://sourceware.org/bugzilla/attachment.cgi?id=3993action=view)
Pass -D switch on to disassembler backends
--
http://sourceware.org/bugzilla/show_bug.cgi?id=10263
--- Additional Comments From nickc at redhat dot com 2009-06-15 11:39
---
Hi Mikael,
Ok - I have checked the patch in along with the changelog entries below.
Cheers
Nick
include/ChangeLog
2009-06-15 Nick Clifton ni...@redhat.com
* dis-asm.h (struct disassemble_info
401 - 500 of 3682 matches
Mail list logo