Product: binutils
Version: 2.16,2.17
Component: ld
OS: SUSE Linux Enterprise Server 10 (x86_64) - Kernel 2.6.16.21-0.8-smp (64-
bit)
when I link some object files ,which some of them are compiled by gcc4.1.0
from c code, and others are assemble code compiled by as, while ld them to a
shared
--- Additional Comments From evilight at gmail dot com 2007-04-20 10:14
---
Created an attachment (id=1728)
--> (http://sourceware.org/bugzilla/attachment.cgi?id=1728&action=view)
testcase
--
http://sourceware.org/bugzilla/show_bug.cgi?id=4398
--- You are receiving this mail b
--- Additional Comments From schwab at suse dot de 2007-04-20 10:44 ---
You must use a PIC call.
--
What|Removed |Added
Status|NEW |RESOLV
--- Additional Comments From evilight at gmail dot com 2007-04-20 11:01
---
(In reply to comment #2)
> You must use a PIC call.
Could you please describe more details?
I also tried this:
compile the assemble code with gcc
gcc -fPIC -o a.o -c a.s
gcc -fPIC -o b.o -c b.c
ld -shared a.o
Hi Arto,
/build/binutils-2.17/binutils/wrstabs.c: In function 'stab_tag_type':
/build/binutils-2.17/binutils/wrstabs.c:1297: warning: 'size' is used
uninitialized in this function
Also fixed last year. See PR 3039 for more information.
Cheers
Nick
_
Hi Arto,
and again:
Using gcc-4.1.2, build of binutils-2.17 also fails in gas/read.c
due to -Werror warning:
/build/binutils-2.17/gas/read.c: In function 's_comm_internal':
/build/binutils-2.17/gas/read.c:1426: warning: 'stopc' may be used
uninitialized in this function
Please may I recomm
--- Additional Comments From nickc at redhat dot com 2007-04-20 14:24
---
Subject: Re: New: windres fails on files with spaces
Hi HS,
> This does not seem to be fixed in latest CVS because the error is most
> obviously in binutils/resrc.c (and similar) in function read_rc_file() and
Hi HS,
This does not seem to be fixed in latest CVS because the error is most
obviously in binutils/resrc.c (and similar) in function read_rc_file() and
look_for_default():
sprintf (cmd, "%s %s %s", preprocessor, preprocargs, filename);
The filename argument MUST be surrounded by "", thus thi
--- Additional Comments From sattler at mixed-mode dot de 2007-04-20 16:31
---
Created an attachment (id=1730)
--> (http://sourceware.org/bugzilla/attachment.cgi?id=1730&action=view)
Put filenames from command line in quotes to handle spaces correctly
> Please could you provide an exam
Hi
With the compiler gcc-4.1.2 detects that in file bfd/ecoff.c
the uninitialized int rehash on line 3760 is not always set
by function ecoff_armap_hash() and the build fails (see below)
due to -Werror.
best regards,
Arto
--
...
...
/b
BTW, same error also on line 3089...
(after setting this also to 0, file compiles alright).
Arto
- Begin Included Message -
>From [EMAIL PROTECTED] Fri Apr 20 22:11:48 2007
To: bug-binutils@gnu.org
Subject: build of binutils-2.17.50 snapshot fails: bfd/ecoff.c
Hi
With the compiler gc
Hi
in snapshot binutils-2.17.50 the build fails in bfd/elf32-m68hc1x.c
because alloca is not defined (when using "configure --enable-targets=all"
on sun-sparc-solaris2.6)
Workaround:
#include
on my platform (Solaris 2.6)
Greets,
Arto
-
Hi
3 -Werror failures in bfd/ieee.c (full output of first one below,
the other ones essentially the same...)
bfd/ieee.c:381: warning: 'result' may be used uninitialized
bfd/ieee.c:373: warning: 'x' may be used uninitialized
bfd/ieee.c:771: warning: 'value' may be used uninitialized
Workaround:
Hi
Build of snapshot binutils-2.17.50 fails (using gcc-4.1.2)
when compiling bfd/pe-sh.c inside coffcode.h line 4911
because of the following difference regarding CALC_ADDEND()
in file bfd/coff-sh.c which is included by bfd/pe-sh.c
/* This is the same as the macro in coffcode.h, except that it
Hi
For 2 more files, build of snapshot binutils-2.17.50 fails (on Solaris 2.6)
when compiling bfd/vms-hdr.c and bfd/xsym.c because alloca is undefined.
Strangely enough, the first file (bfd/vms-hdr.c) even has
#ifdef HAVE_ALLOCA_H
#include
#endif
Therfore, it is probably the configure (when usi
Hi
Building of snapshot binutils-2.17.50 fails
(when using "configure --enable-targets=all"
on Solaris 2.6) in file opcodes/arm-dis.h
Workaround: initialize
enum map_type type = 0;
(to be verified that this is no problem...)
Arto
---
gcc -DHAVE_CON
Hi
Already reported for distribution binutils-2.17,
but build also fails with todays CVS snapshot binutils-2.17.50:
When using "configure --enable-targets=all"
then compiling opcodes/m32c-asm.c fails in cgen-types.h
because no file stdint.h can be found anywhere on Solaris.
(neither 2.6 nor Solar
Hi
Build of snapshot binutils-2.17.50 fails (using gcc-4.1.2)
when compiling binutils/srconv.c
Workaround: initialize
dpt.dunno = 0;
Arto
--
gcc -DHAVE_CONFIG_H -I. -I/build/binutils-2.17.50/binutils -I. -D_GNU
On Fri, Apr 20, 2007 at 01:13:15AM +0200, Seweryn Habdank-Wojewódzki wrote:
> I want to send you information about memory leaks in ld.so.
Please send bug reports about ld.so to the glibc project. ld.so isn't
part of binutils, despite having a name that makes you think it might
be part of the link
19 matches
Mail list logo
