--- Additional Comments From amodra at bigpond dot net dot au 2005-03-07
06:03 ---
CVSROOT:/cvs/src
Module name:src
Changes by: [EMAIL PROTECTED] 2005-03-07 06:01:17
Modified files:
bfd: ChangeLog elf32-hppa.c
Log message:
PR ld/778
AssignedTo: unassigned at sources dot redhat dot com
ReportedBy: amodra at bigpond dot net dot au
CC: bug-binutils at gnu dot org
GCC target triplet: m68k-*-*
http://sources.redhat.com/bugzilla/show_bug.cgi?id=780
--- You are receiving this mail because: ---
You are
--- Additional Comments From amodra at bigpond dot net dot au 2005-03-18
00:14 ---
Already fixed
--
What|Removed |Added
Status|NEW
--- Additional Comments From amodra at bigpond dot net dot au 2005-03-21
05:09 ---
http://sources.redhat.com/ml/binutils-cvs/2005-03/msg00238.html
http://sources.redhat.com/ml/binutils-cvs/2005-03/msg00239.html
--
What|Removed |Added
--
What|Removed |Added
Status|NEW |ASSIGNED
Last reconfirmed|-00-00 00:00:00 |2005-04-06 05:38:29
date|
rsion: 2.16
Status: NEW
Severity: normal
Priority: P2
Component: gas
AssignedTo: amodra at bigpond dot net dot au
ReportedBy: amodra at bigpond dot net dot au
CC: bug-binutils at gnu dot org
GCC target triplet: i686-linux
--- Additional Comments From amodra at bigpond dot net dot au 2005-04-07
06:54 ---
No target or gcc version specified, and likely a gcc/library problem.
--
What|Removed |Added
--- Additional Comments From amodra at bigpond dot net dot au 2005-04-07
07:03 ---
Fixed in 2.16 / mainline, I think. Would you check by downloading and compiling
a recent snapshot, please?
--
What|Removed |Added
--- Additional Comments From amodra at bigpond dot net dot au 2005-04-09
03:41 ---
*** This bug has been marked as a duplicate of 827 ***
--
What|Removed |Added
--- Additional Comments From amodra at bigpond dot net dot au 2005-04-09
03:41 ---
*** Bug 836 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From amodra at bigpond dot net dot au 2005-04-12
12:18 ---
Mainline patches
http://sources.redhat.com/ml/binutils-cvs/2005-04/msg00071.html
http://sources.redhat.com/ml/binutils-cvs/2005-04/msg00072.html
http://sources.redhat.com/ml/binutils-cvs/2005-04/msg00077
--- Additional Comments From amodra at bigpond dot net dot au 2005-04-13
13:34 ---
Please try latest mainline binutils. My 2005-04-11 ld/emultempl/elf32.em patch
may well have fixed this problem.
--
What|Removed |Added
--- Additional Comments From amodra at bigpond dot net dot au 2005-04-14
03:34 ---
comment #5 just seems to be a simple case of ld not finding a library, probably
because the right options were not passed to ld.
comment #6 is more worrying. Can you provided a reduced testcase
--- Additional Comments From amodra at bigpond dot net dot au 2005-04-15
02:35 ---
Ah! Seeing [EMAIL PROTECTED]'s u.undef.next link back to itself was
the clue I needed. u.undef.next is used as a list pointer, and also as a marker
to say that a symbol has been referenced. As a m
--- Additional Comments From amodra at bigpond dot net dot au 2005-04-15
02:52 ---
No, (b) is wrong. elf.c:1177 won't result in the sym being marked as defined in
the as-needed shared lib. I need to dig some more (or have those readelf -sD
results!)
--
http://sources.redha
--- Additional Comments From amodra at bigpond dot net dot au 2005-04-15
11:16 ---
I've traced what is happening, and everything now makes sense.
This fix checked in to mainline and 2.16 should cure your problem.
PR ld/815
* elflink.c (elf_smash_syms): Clear undef
--- Additional Comments From amodra at bigpond dot net dot au 2005-04-15
11:19 ---
libqt-mt.so.3.3.4 defines [EMAIL PROTECTED]
$22 = {root = {root = {next = 0x85d2380,
string = 0x85a9ea0 "[EMAIL PROTECTED]", hash = 421875337},
type = bfd_link_hash_undefweak,
--- Additional Comments From amodra at bigpond dot net dot au 2005-04-18
00:53 ---
I don't think gas should warn in this case. Setting a symbol to an expression
involving undefined symbols is quite a reasonable thing to do, so long as the
expression is resolved later to something
--- Additional Comments From amodra at bigpond dot net dot au 2005-05-13
01:02 ---
hppa-elf doesn't require a colon on labels; Anything starting in column 0 is a
label. Your testcase has a funny label called ".global".
--
What|Removed
--- Additional Comments From amodra at bigpond dot net dot au 2005-05-26
05:24 ---
Hmm. BSD archive maps contain a timestamp. I'd expect ranlib to update this
timestamp whenever you run ranlib on an archive, regardless of whether the map
changed or not. This is in fact how GNU r
--- Additional Comments From amodra at bigpond dot net dot au 2005-05-27
00:00 ---
Looks like a dup of
http://sources.redhat.com/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gdb&pr=1945
I would suspect a bug in gdb, ie. gdb using BFD incorrectly, rather than a bug
in BF
--- Additional Comments From amodra at bigpond dot net dot au 2005-06-03
01:56 ---
Fixed in mainline and 2.16
--
What|Removed |Added
Status|NEW
--- Additional Comments From amodra at bigpond dot net dot au 2005-06-03
09:59 ---
http://sources.redhat.com/ml/binutils-cvs/2005-06/msg00016.html
http://sources.redhat.com/ml/binutils-cvs/2005-06/msg00018.html
--
What|Removed |Added
--- Additional Comments From amodra at bigpond dot net dot au 2005-06-09
06:29 ---
This is a consequence of the way gas resolves symbols. The problem is that the
first assignment to msglen isn't resolved immediately when parts of the
expression use symbols ("." and
--- Additional Comments From amodra at bigpond dot net dot au 2005-06-09
06:36 ---
This is a result of delayed expression evaluation. If you assemble without
listings turned on, the optimal push insn will be chosen.
--
What|Removed |Added
--
What|Removed |Added
OtherBugsDependingO||998
nThis||
http://sources.redhat.com/bugzilla/show_bug.cgi?id=997
--- Additional Comments From amodra at bigpond dot net dot au 2005-06-09
23:58 ---
I disagree. An assignment to "dot" inside an output section statement that
moves "dot" has made the section non-empty. There is no fundamental difference
between an assignment to &qu
--- Additional Comments From amodra at bigpond dot net dot au 2005-07-04
01:58 ---
http://sources.redhat.com/ml/binutils-cvs/2005-07/msg00014.html
--
What|Removed |Added
--- Additional Comments From amodra at bigpond dot net dot au 2005-07-04
10:32 ---
This is a result of vdso32.lds not specifying where to place .plt, and ld
ignoring the fact that .plt will be stripped from the output. One fix is to
specify .plt as follows.
--- vdso32.lds~ 2005-07-03
--
What|Removed |Added
Summary|Segmentation fault in |Buffer overflow in tc-crx.c
|libiberty/xexit.c:51|
http://sources.redhat.com/bugzil
--- Additional Comments From amodra at bigpond dot net dot au 2005-07-14
14:34 ---
No, this is a buffer overflow of gas/config/tc-crx.c:ins_parse in reset_vars.
--
http://sources.redhat.com/bugzilla/show_bug.cgi?id=1069
--- You are receiving this mail because: ---
You are
--- Additional Comments From amodra at bigpond dot net dot au 2005-09-16
07:38 ---
Fixed on mainline
--
What|Removed |Added
Status|NEW
--- Additional Comments From amodra at bigpond dot net dot au 2005-09-16
08:05 ---
Closing as in waiting for 10 months
--
What|Removed |Added
Status|WAITING
--- Additional Comments From amodra at bigpond dot net dot au 2005-09-19
23:19 ---
http://sources.redhat.com/ml/binutils-cvs/2005-09/msg00078.html
--
What|Removed |Added
--- Additional Comments From amodra at bigpond dot net dot au 2005-10-25
01:14 ---
I think this problem has been fixed with HJ's patch for PR 1025. Please try
mainline binutils.
--
http://sourceware.org/bugzilla/show_bug.cgi?id=1540
--- You are receiving this mail be
--- Additional Comments From amodra at bigpond dot net dot au 2005-10-25
02:53 ---
No, you shouldn't need to recompile everything. ld is mishandling some
combination of weak and indirect symbols, I suspect. Could you run that g++
link again, specifying -Wl,-v to see the args pass
--- Additional Comments From amodra at bigpond dot net dot au 2005-10-25
09:55 ---
Indeed, it is the reference to an explicit version that trips ld.
--
http://sourceware.org/bugzilla/show_bug.cgi?id=1540
--- You are receiving this mail because: ---
You are on the CC list
--- Additional Comments From amodra at bigpond dot net dot au 2005-10-25
09:56 ---
Created an attachment (id=723)
--> (http://sourceware.org/bugzilla/attachment.cgi?id=723&action=view)
testcase
--
http://sourceware.org/bugzilla/show_bug.cgi?id=1540
--- You are receivi
--
What|Removed |Added
AssignedTo|unassigned at sources dot |amodra at bigpond dot net
|redhat dot com |dot au
http://sourceware.org/bugzil
--
What|Removed |Added
Status|NEW |ASSIGNED
Last reconfirmed|-00-00 00:00:00 |2005-10-25 11:51:27
date|
--- Additional Comments From amodra at bigpond dot net dot au 2005-10-25
16:20 ---
http://sources.redhat.com/ml/binutils-cvs/2005-10/msg00139.html
--
What|Removed |Added
--- Additional Comments From amodra at bigpond dot net dot au 2005-10-27
04:13 ---
No, it really is a bfd bug
--
What|Removed |Added
AssignedTo|unassigned at
--- Additional Comments From amodra at bigpond dot net dot au 2005-10-27
06:07 ---
http://sources.redhat.com/ml/binutils-cvs/2005-10/msg00165.html
--
What|Removed |Added
--- Additional Comments From amodra at bigpond dot net dot au 2005-11-01
23:18 ---
http://sources.redhat.com/ml/binutils-cvs/2005-11/msg2.html
--
What|Removed |Added
--- Additional Comments From amodra at bigpond dot net dot au 2005-11-05
08:36 ---
This is caused by tc-hppa.c:md_apply_fix treating the fixup as only being 32
bit.
A simpler testcase is
.data
.dword L$FE0061-L$FB0061
.text
L$FB0061:
nop
L$FE0061:
--
http://sourceware.org
--- Additional Comments From amodra at bigpond dot net dot au 2005-11-06
03:12 ---
I'd be inclined to use
if (fixP->fx_size > 4)
{
/* Handle constant output. */
number_to_chars_bigendian (fixpos, *valP, fixP->fx_size);
return;
}
After all, if the
--- Additional Comments From amodra at bigpond dot net dot au 2005-11-19
02:10 ---
Now fixed
--
What|Removed |Added
Status|NEW |RESOLVED
--- Additional Comments From amodra at bigpond dot net dot au 2005-12-08
06:23 ---
A similar problem can be seen on older dynamic objects. When stripping debug
sections, section syms for the removed sections are not removed from .dynsym,
because strip doesn't touch .dynsym.
--- Additional Comments From amodra at bigpond dot net dot au 2006-01-06
04:05 ---
It is possible that this problem has been fixed in current CVS trunk binutils.
Please try a newer binutils, and if that fails I'll take a looks at your object
files if you make them available so
--- Additional Comments From amodra at bigpond dot net dot au 2006-01-19
05:22 ---
binutils-2.15.90.0.1.1-32.5 is SUSE SLES9, isn't it? You really should be
reporting bugs in SLES9 to SUSE rather than here. For that reason, I have
closed this bug, but I happened to have sourc
--- Additional Comments From amodra at bigpond dot net dot au 2006-01-19
06:28 ---
*** Bug 2174 has been marked as a duplicate of this bug. ***
--
http://sourceware.org/bugzilla/show_bug.cgi?id=2171
--- You are receiving this mail because: ---
You are on the CC list for the
--- Additional Comments From amodra at bigpond dot net dot au 2006-01-19
06:28 ---
*** This bug has been marked as a duplicate of 2171 ***
--
What|Removed |Added
--- Additional Comments From amodra at bigpond dot net dot au 2006-02-15
23:06 ---
I think we all agree that the ideal ld behaviour would be to strip out debug
info corresponding to removed linkonce sections. Failing that, I claim that
marking the debug info in some way as invalid is
--- Additional Comments From amodra at bigpond dot net dot au 2006-02-16
00:39 ---
The problem occurred in debugging a huge C++ oracle application, using current
CVS gdb as well as older gdbs. My attempts to generate a reduced testcase have
so far failed.
--
http://sourceware.org
--- Additional Comments From amodra at bigpond dot net dot au 2006-02-16
00:47 ---
At least, I haven't managed to generate a testcase that fails on x86. On
powerpc64-linux, the testcase you have here also shows the problem I saw with
the oracle app.
With debug info for re
--- Additional Comments From amodra at bigpond dot net dot au 2006-02-16
04:56 ---
As I said, I haven't found a testcase that fails on x86.. The ppc64 compiler is
Target: powerpc-linux
Configured with: /src/gcc-current/configure --prefix=/usr/local
--build=powerpc-linux --host=po
--- Additional Comments From amodra at bigpond dot net dot au 2006-02-17
10:14 ---
Thanks. This bug has already been fixed in CVS.
--
What|Removed |Added
--
What|Removed |Added
AssignedTo|unassigned at sources dot |amodra at bigpond dot net
|redhat dot com |dot au
http://sourceware.org/bugzil
--
What|Removed |Added
Status|NEW |ASSIGNED
Last reconfirmed|-00-00 00:00:00 |2006-03-16 07:09:45
date|
--- Additional Comments From amodra at bigpond dot net dot au 2006-03-19
01:49 ---
*** This bug has been marked as a duplicate of 2434 ***
--
What|Removed |Added
--- Additional Comments From amodra at bigpond dot net dot au 2006-03-19
01:51 ---
http://sources.redhat.com/ml/binutils-cvs/2006-03/msg00079.html
http://sources.redhat.com/ml/binutils-cvs/2006-03/msg00087.html
--
What|Removed |Added
--- Additional Comments From amodra at bigpond dot net dot au 2006-03-19
01:49 ---
*** Bug 2469 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From amodra at bigpond dot net dot au 2006-03-23
21:37 ---
See ld info, node "Options" for info on when ld extracts objects from archives.
--
What|Removed
--- Additional Comments From amodra at bigpond dot net dot au 2006-03-24
13:26 ---
It doesn't make any difference whether an archive is specified as -lfoo or
libfoo.a on the command line. You can force inclusion of the archive using
--whole-archive.
--
http://sourcewar
--- Additional Comments From amodra at bigpond dot net dot au 2006-03-29
11:48 ---
Not a bug. You need to build binutils with support for all targets of interest.
In this case, you probably want to add --enable-targets=x86_64-elf to your
configure line (or --enable-targets=all). If
--- Additional Comments From amodra at bigpond dot net dot au 2006-03-30
01:05 ---
Some background info I should have added to help people looking through the bug
database.
alanm: Any opinions on PR 998?
I gather from your comments that you've stated, "That's the
--- Additional Comments From amodra at bigpond dot net dot au 2006-04-04
01:20 ---
I'm fairly certain this bug has been fixed.
--
What|Removed |Added
Statu
--- Additional Comments From amodra at bigpond dot net dot au 2006-04-04
01:28 ---
ar is not just for use with object files. For instance, debian uses archives
for their package format. Making ar "clever" like this would require that you
inspect all archive contents recur
--
What|Removed |Added
Status|NEW |WAITING
http://sourceware.org/bugzilla/show_bug.cgi?id=2112
--- You are receiving this mail because:
--- Additional Comments From amodra at bigpond dot net dot au 2006-04-04
08:05 ---
http://sources.redhat.com/ml/binutils-cvs/2006-04/msg00013.html
--
What|Removed |Added
--- Additional Comments From amodra at bigpond dot net dot au 2006-04-04
08:06 ---
http://sources.redhat.com/ml/binutils-cvs/2006-04/msg00013.html
--
What|Removed |Added
--
Bug 998 depends on bug 997, which changed state.
Bug 997 Summary: invalid error messages, and internal error abort
http://sourceware.org/bugzilla/show_bug.cgi?id=997
What|Old Value |New Value
--
--- Additional Comments From amodra at bigpond dot net dot au 2006-04-06
04:40 ---
http://sources.redhat.com/ml/binutils-cvs/2006-04/msg00028.html
--
http://sourceware.org/bugzilla/show_bug.cgi?id=997
--- You are receiving this mail because: ---
You are on the CC list for
--- Additional Comments From amodra at bigpond dot net dot au 2006-04-07
06:41 ---
http://sources.redhat.com/ml/binutils-cvs/2006-04/msg00036.html
--
What|Removed |Added
--- Additional Comments From amodra at bigpond dot net dot au 2006-04-20
13:12 ---
Already fixed mainline and 2.17 branch.
--
What|Removed |Added
Status|NEW
--
What|Removed |Added
Status|NEW |ASSIGNED
Last reconfirmed|-00-00 00:00:00 |2006-05-15 01:32:14
date|
--- Additional Comments From amodra at bigpond dot net dot au 2006-05-15
01:33 ---
ld shouldn't segfault, but you are confusing it by attempting to link a non-pic
object file into a shared lib.
--
What|Removed |
--
What|Removed |Added
Severity|critical|normal
http://sourceware.org/bugzilla/show_bug.cgi?id=2658
--- You are receiving this mail because: -
--- Additional Comments From amodra at bigpond dot net dot au 2006-05-15
02:24 ---
http://sources.redhat.com/ml/binutils-cvs/2006-05/msg00126.html
http://sources.redhat.com/ml/binutils-cvs/2006-05/msg00125.html
--
What|Removed |Added
--- Additional Comments From amodra at bigpond dot net dot au 2006-05-20
02:50 ---
Not a bug. Use alternate macro syntax if you want to paste formals with
strings.
.text
.align 4
.macro test label
BNE &label&.aaa
B &l
--- Additional Comments From amodra at bigpond dot net dot au 2006-05-20
12:38 ---
Not a ld bug/enhancement. ld uses the soname of the library.
$ readelf -d /lib/libc.so.6 | grep SONAME
0x000e (SONAME) Library soname: [libc.so.6]
--
What
--- Additional Comments From amodra at bigpond dot net dot au 2006-05-31
02:04 ---
Please try a recent binutils, either current mainline, 2.17 branch, or one of HJ
Lu's releases. I think you'll find that this has been fixed.
--
What|Removed
--- Additional Comments From amodra at bigpond dot net dot au 2006-06-02
00:39 ---
http://sources.redhat.com/ml/binutils-cvs/2006-06/msg9.html
--
What|Removed |Added
--- Additional Comments From amodra at bigpond dot net dot au 2006-06-02
00:43 ---
Fixed on mainline 2006-05-03
--
What|Removed |Added
Status|NEW
--- Additional Comments From amodra at bigpond dot net dot au 2006-06-05
13:19 ---
Fixed mainline with
http://sources.redhat.com/ml/binutils-cvs/2006-06/msg00018.html
--
http://sourceware.org/bugzilla/show_bug.cgi?id=2721
--- You are receiving this mail because: ---
You
--- 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 amodra at bigpond dot net dot au 2006-07-03
12:26 ---
As discussed on the gcc mailing list, this code is invalid.
--
What|Removed |Added
--
What|Removed |Added
AssignedTo|unassigned at sources dot |amodra at bigpond dot net
|redhat dot com |dot au
http://sourceware.org/bugzil
--- Additional Comments From amodra at bigpond dot net dot au 2006-07-19
01:56 ---
http://sources.redhat.com/ml/binutils-cvs/2006-07/msg00082.html
--
What|Removed |Added
--- Additional Comments From amodra at bigpond dot net dot au 2006-07-20
22:34 ---
Not a bug. Look at the relocs.
--
What|Removed |Added
Status|NEW
--- Additional Comments From amodra at bigpond dot net dot au 2006-07-22
06:02 ---
You are mistaken on two counts. Firstly, the second operand is the destination
in AT&T mode. Secondiy, an unadorned number such as 0x16 is an address. A2 is
the correct opcode.
--
--- Additional Comments From amodra at bigpond dot net dot au 2006-07-22
13:00 ---
No, gas should not resolve this branch. There may be a strong symbol "mylabel"
in another file, in which case the branch should go to that symbol.
--
http://sourceware.org/bugzilla/show_
--- Additional Comments From amodra at bigpond dot net dot au 2006-08-16
07:58 ---
According to the ld docs, this testcase script (and the x86_64 kernel script) is
invalid because dot is moved backwards. Nevertheless, I'll see if I can make ld
do something reaso
--
What|Removed |Added
Status|NEW |ASSIGNED
Last reconfirmed|-00-00 00:00:00 |2006-08-16 07:58:44
date|
--- Additional Comments From amodra at bigpond dot net dot au 2006-08-21
03:57 ---
You have two .data output section statements. ld combines the two, so your
*(.data .sdata) input section assignment effectively moves into the first .data
output section statement which of course is
--- Additional Comments From amodra at bigpond dot net dot au 2006-08-23
01:37 ---
http://sourceware.org/ml/binutils-cvs/2006-08/msg00117.html
--
What|Removed |Added
--- Additional Comments From amodra at bigpond dot net dot au 2006-08-29
03:58 ---
Please attach preprocessed source for regex.c. I can't reproduce this problem.
--
What|Removed |
--- Additional Comments From amodra at bigpond dot net dot au 2006-08-29
10:42 ---
Your compiler is broken.
--
What|Removed |Added
Status|WAITING
--- Additional Comments From amodra at bigpond dot net dot au 2006-09-05
01:54 ---
Created an attachment (id=1281)
--> (http://sourceware.org/bugzilla/attachment.cgi?id=1281&action=view)
likely fix
This ought to fix your compile problem. Please verify.
--
http://sourcew
--
What|Removed |Added
Status|NEW |WAITING
http://sourceware.org/bugzilla/show_bug.cgi?id=3168
--- You are receiving this mail because:
1 - 100 of 584 matches
Mail list logo
