[Bug ld/12380] Assertion in linker script failed twice
http://sourceware.org/bugzilla/show_bug.cgi?id=12380 Alan Modra changed: What|Removed |Added Status|NEW |ASSIGNED CC||amodra at gmail dot com AssignedTo|unassigned at sources dot |amodra at gmail dot com |redhat.com | -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gas/12390] binutils as accepts single '/' as if it were a comment
http://sourceware.org/bugzilla/show_bug.cgi?id=12390 ojab changed: What|Removed |Added CC||ojab at ojab dot ru -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/12391] New: compile not okay with 2.21.51.0.3 / .4 / .5 at ld/earmelf.c
http://sourceware.org/bugzilla/show_bug.cgi?id=12391 Summary: compile not okay with 2.21.51.0.3 / .4 / .5 at ld/earmelf.c Product: binutils Version: 2.21 Status: NEW Severity: normal Priority: P2 Component: ld AssignedTo: unassig...@sources.redhat.com ReportedBy: niki.wai...@gmx.net compilation of 2.21.51.0.3 / .4 / .5 fails with: === make[4]: Entering directory `/tmp/binutils-2.21.51.0.3/ld' gcc -DHAVE_CONFIG_H -I. -I. -I. -I../bfd -I./../bfd -I./../include -fPIC -Wall -O3 -DENABLE_PLUGINS -DLOCALEDIR="\"/misc/x86_64-unknown-linux-gnu/opt/binutils/2.21.51.0.3/share/locale\"" -I/misc/x86_64-unknown-linux-gnu/include -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Wshadow -fPIC -Wall -O3 -MT earmelf.o -MD -MP -MF .deps/earmelf.Tpo -c -o earmelf.o earmelf.c earmelf.c:2038:1: error: redefinition of 'gldarmelf_finish' earmelf.c:444:1: note: previous definition of 'gldarmelf_finish' was here earmelf.c:444:1: warning: 'gldarmelf_finish' defined but not used make[4]: *** [earmelf.o] Error 1 make[4]: Leaving directory `/tmp/binutils-2.21.51.0.3/ld' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/tmp/binutils-2.21.51.0.3/ld' make[2]: *** [all] Error 2 make[2]: Leaving directory `/tmp/binutils-2.21.51.0.3/ld' make[1]: *** [all-ld] Error 2 make[1]: Leaving directory `/tmp/binutils-2.21.51.0.3' make: *** [all] Error 2 === 2.21.51.0.2 is okay. i am using --enable-shared --disable-static --disable-nls --enable-64-bit-bfd --enable-targets=all --disable-werror configure options on Linux nblnx-1 2.6.35.10-74.fc14.x86_64 #1 SMP Thu Dec 23 16:04:50 UTC 2010 x86_64 GNU/Linux. -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gas/12390] binutils as accepts single '/' as if it were a comment
http://sourceware.org/bugzilla/show_bug.cgi?id=12390 Rafael Ávila de Espíndola changed: What|Removed |Added CC||rafael.espindola at gmail ||dot com -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gold/12388] icf_test.sh and icf_safe_test.sh fail
http://sourceware.org/bugzilla/show_bug.cgi?id=12388 --- Comment #1 from Sriraman Tallam 2011-01-12 02:04:36 UTC --- (In reply to comment #0) > Created attachment 5190 [details] > testcase > > on x86_64-suse-linux I see > > FAIL: icf_test.sh > PASS: icf_keep_unique_test.sh > FAIL: icf_safe_test.sh > PASS: icf_safe_so_test.sh > > even though the respective functions in icf_test.o seem to be the same > (attached). Hi Richard, I used this object in my gold build and it works perfectly for me. I guess I need more details. Could you please attach the following files from the testsuite dir of your gold BUILD : icf_test.stdout Output of sh -x icf_test.sh Thanks, -Sri. -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gas/12390] New: binutils as accepts single '/' as if it were a comment
http://sourceware.org/bugzilla/show_bug.cgi?id=12390 Summary: binutils as accepts single '/' as if it were a comment Product: binutils Version: unspecified Status: NEW Severity: minor Priority: P2 Component: gas AssignedTo: unassig...@sources.redhat.com ReportedBy: nlewy...@google.com I found some code in the wild (NSPR from Mozilla) which is using / as a comment block, ala.: / -*- Mode: C++; tab-width: 4; indent-tabs-mode: nil; c-basic-offset: 2 -*- / / * BEGIN LICENSE BLOCK * / Version: MPL 1.1/GPL 2.0/LGPL 2.1 / which isn't a documented way of writing a comment. Now, the documentation does say "On some machines there are two different line comment characters. One character only begins a comment if it is the first non-whitespace character on a line, while the other always begins a comment." but never specifies whether / is such a character. I'm going to propose that gas document the support of '//' style comments (along-side /* and */) and change code to reject bare '/'. On the other side, I'm going to ask the Mozilla folks to change their code from '/' to '//' for these comments. Quick reference, the documentation I refer to is http://sourceware.org/binutils/docs-2.21/as/Comments.html#Comments -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
Re: [bug-binutils] Inconsistencies in symbol mapping output from 'ld'
On Tue, Jan 11, 2011 at 09:06:07AM -0600, Brad Mouring wrote:
> Granted, I did not directly call ld, but rather provided them to be
> passed. If direct invocation is not reproducing the problem, it seems
> this may be a problem with gcc or my use of gcc
Yes, looks like collect2 is eating --{no-,}demangle.
--
Alan Modra
Australia Development Lab, IBM
___
bug-binutils mailing list
bug-binutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gold/12388] icf_test.sh and icf_safe_test.sh fail
http://sourceware.org/bugzilla/show_bug.cgi?id=12388 Ian Lance Taylor changed: What|Removed |Added CC||ian at airs dot com, ||tmsriram at google dot com -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gold/12388] New: icf_test.sh and icf_safe_test.sh fail
http://sourceware.org/bugzilla/show_bug.cgi?id=12388 Summary: icf_test.sh and icf_safe_test.sh fail Product: binutils Version: 2.21 Status: NEW Severity: normal Priority: P2 Component: gold AssignedTo: i...@airs.com ReportedBy: rgue...@gcc.gnu.org Created attachment 5190 --> http://sourceware.org/bugzilla/attachment.cgi?id=5190 testcase on x86_64-suse-linux I see FAIL: icf_test.sh PASS: icf_keep_unique_test.sh FAIL: icf_safe_test.sh PASS: icf_safe_so_test.sh even though the respective functions in icf_test.o seem to be the same (attached). -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
Re: [bug-binutils] Inconsistencies in symbol mapping output from 'ld'
Alan Modra wrote on 01/10/2011 07:02:51 PM:
> From: Alan Modra
> To: Brad Mouring
> Cc: bug-binutils@gnu.org
> Date: 01/10/2011 07:03 PM
> Subject: Re: [bug-binutils] Inconsistencies in symbol mapping outputfrom
'ld'
>
> On Mon, Jan 10, 2011 at 11:26:42AM -0600, Brad Mouring wrote:
> > Using a couple of different toolchains (the default x86 2.20.1 ld
> > installed in Ubuntu and clones, a pre-built third-party ARM cross
compile
> > toolchain's 2.19.51) results in the same, inconsistent behavior
regarding
> > outputting symbol mapping information.
> >
> > Basically, when I pass -M to ld, it behaves as I'd expect with regards
to
> > the --demangle and --no-demangle options. However, when using the
> > -Map=FILENAME option, it seems to ignore --(no-)demangle, always
> > outputting mangled symbols into the file requested.
> >
> > Is this expected behavior? If so, is there a mechanism (short of
> > redirecting stdout to a file) to get mangled symbol information into a
> > file?
>
> I can't see how this could happen, nor can I reproduce the problem
> with 2.20.1 or current mainline. Furthermore, my x86 system ld does
> not exhibit this problem.
>
> $ /usr/bin/ld --version
> GNU ld (GNU Binutils for Ubuntu) 2.20.1-system.20100303
> Copyright 2009 Free Software Foundation, Inc.
> This program is free software; you may redistribute it under the terms
of
> the GNU General Public License version 3 or (at your option) a later
version.
> This program has absolutely no warranty.
>
> Is the --no-demangle option really making it to ld?
>
> --
> Alan Modra
> Australia Development Lab, IBM
I likewise was bewildered, hence my message.
$ /usr/bin/ld --version
GNU ld (GNU Binutils for Ubuntu) 2.20.1-system.20100303
Copyright 2009 Free Software Foundation, Inc.
This program is free software; you may redistribute it under the terms of
the GNU General Public License version 3 or (at your option) a later
version.
This program has absolutely no warranty.
$ cat test.cpp
#include
#include
__attribute__ ((visibility("default"))) int32_t perfectlyCromulent(int32_t
foo, int32_t bar)
{
return foo * bar;
}
int main()
{
perfectlyCromulent(2,3);
return 0;
}
$ g++ -o test -Wl,-M,--demangle test.cpp |grep Cromulent
0x08048494perfectlyCromulent(int,
int)
$ g++ -o test -Wl,-M,--no-demangle test.cpp |grep Cromulent
0x08048494_Z18perfectlyCromulentii
$ rm -f test.map && g++ -o test -Wl,-Map=test.map,--no-demangle test.cpp
&& grep Cromulent test.map
0x08048494_Z18perfectlyCromulentii
$ rm -f test.map && g++ -o test -Wl,-Map=test.map,--demangle test.cpp &&
grep Cromulent test.map
0x08048494_Z18perfectlyCromulentii
Granted, I did not directly call ld, but rather provided them to be
passed. If direct invocation is not reproducing the problem, it seems
this may be a problem with gcc or my use of gcc
Brad Mouring
___
bug-binutils mailing list
bug-binutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/12356] [Regression] x86_64 kernel failed to link
http://sourceware.org/bugzilla/show_bug.cgi?id=12356 --- Comment #7 from Sedat Dilek 2011-01-11 12:15:39 UTC --- When dropping PR ld/12001 patch, what's with the testcase as reference to it [1]? - Sedat - [1] "Add a testcase for PR ld/12001." http://sourceware.org/git/?p=binutils.git;a=commit;h=337876745f53fc36ec4a3e667b5242938c1f21d3 -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/12356] [Regression] x86_64 kernel failed to link
http://sourceware.org/bugzilla/show_bug.cgi?id=12356 --- Comment #6 from Sedat Dilek 2011-01-11 12:10:18 UTC --- Wouldn't it be easier to just apply H.J. new patch on top of binutils trunk? I a 2nd thought I am thinking of cherry-picking PR ld/12237 (which is in binutils/experimental, see [1]), PR ld/12001 + PR ld/12356 for binutils-2_21-branch [2]. Not sure if reverting the patch is such a good idea. I am running here a debianized version with the 3 patches for i386 since 02-Jan-2010. - Sedat - [1] http://packages.debian.org/changelogs/pool/main/b/binutils/binutils_2.21-3/changelog [2] http://sourceware.org/git/?p=binutils.git;a=shortlog;h=refs/heads/binutils-2_21-branch -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gold/12386] gold doesn't support --unresolved-symbols=ignore-in-shared-libs
http://sourceware.org/bugzilla/show_bug.cgi?id=12386
--- Comment #1 from Vladimir Simonov 2011-01-11 09:42:35 UTC
---
It looks like gold may accept --unresolved-symbols=ignore-in-shared-libs
and just ignore it:)
Cause it is gold's default. According
http://sourceware.org/bugzilla/show_bug.cgi?id=10238
I've tested it in my project and in simple testcase.
If app A requires symbol from libB.so and libB.so
requires symbol from libC.so then linking A by
${GCC} -o A A.c -L. -lB
is successful if gold is used.
ld.bfd reports warning and returns error:
GNU ld version 2.19.51.0.14-3.fc11 20090722
/usr/bin/ld: warning: libC.so, needed by ./libB.so, not found (try using -rpath
or -rpath-link)
--
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug.
___
bug-binutils mailing list
bug-binutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gold/12386] New: gold doesn't support --unresolved-symbols=ignore-in-shared-libs
http://sourceware.org/bugzilla/show_bug.cgi?id=12386 Summary: gold doesn't support --unresolved-symbols=ignore-in-shared-libs Product: binutils Version: 2.21 Status: NEW Severity: normal Priority: P2 Component: gold AssignedTo: i...@airs.com ReportedBy: s...@sw.ru + gcc -o aa aa.c -L. -lbb -Wl,--unresolved-symbols=ignore-in-shared-libs ld.exe: --unresolved-symbols=ignore-in-shared-libs: unknown option ld.exe: use the --help option for usage information collect2: ld returned 1 exit status GNU gold (GNU Binutils 2.21) 1.10 -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
