windres bug: "TOOLBAR" rescoure compiled wrong; version field missing => struct data shifted fatally
Hello,
windres.exe forgets to write the version 0x0001 at the beginning
of the struct data and all fields of CToolBarData are showhow
shifted/bogs => width becomes 0 => app crash later with IDIV zero
division error
GNU windres (GNU Binutils) 2.21.1
win32 (32bit)
e.g. resource:
1200 TOOLBAR 21, 20
{
BUTTON 7003
...
BUTTON 7057
}
correct RC.exe compiled resource:
>>> win32api.LoadResource(hg, 241, 1200)
'\x01\x00\x15\x00\x14\x00\x1a\x00[\x1bX\x1bY\x1bZ\x1b\x00\x00b\x1bc\x1bd\x1b\x00\x00\\\x9c_\x1b`\x1b\x00\x00\x84\x1c\x00\x00D\x1f]\x1b^\x1b\x00\x00\x8a\x1b\x9e\x1b
\x1c\x00\x00\x8c\x1b\x93\x1b\x91\x1b'
windres compiled:
>>> win32api.LoadResource(hg, 241,1200)
'\x15\x00\x00\x00\x14\x00\x00\x00\x1a\x00\x00\x00[\x1b\x00\x00X\x1b\x00\x00Y\x1b\x00\x00Z\x1b\x00\x00\x00\x00\x00\x00b\x1b\x00\x00c\x1b\x00\x00d\x1b\x00\x00\x00\x00\x00\x00\\\x9c\x00\x00_\x1b'
(wrong length because wItemCount wrong too!)
=> windres.exe forgets to write the version 0x0001 at the
beginning of the struct data and all fields of CToolBarData are
showhow shifted/bogs => width becomes 0 => app crash later with
IDIV zero division error
Best
Robert
struct CToolBarData
{
WORD wVersion;
WORD wWidth;
WORD wHeight;
WORD wItemCount;
//WORD aItems[wItemCount]
WORD* items()
{ return (WORD*)(this+1); }
};
___
bug-binutils mailing list
bug-binutils@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-binutils
Problem using -X and -N together with gnutar?
So I'm using p1664-1222bkksp1:~ robert$ gnutar --version tar (GNU tar) 1.14 Copyright (C) 2004 Free Software Foundation, Inc. This program comes with NO WARRANTY, to the extent permitted by law. You may redistribute it under the terms of the GNU General Public License; see the file named COPYING for details. Written by John Gilmore and Jay Fenlason. Modified to support extended attributes. p1664-1222bkksp1:~ robert$ and what I notice is that if I do a full backup with gnutar the exclusions in my exclusions file are correctly obeyed. However, if I want to do an incremental backup and use those same exclusions. What typically happens is that if the file has no entries then the backup is truely incremental. ie. it obeys the date of the file using via -N but if I have an entry in there the meaning of -N is lost altogether and it does a full backup ie. doesn't consider the modified time of the files. Is this a know feature/bug? ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
Gprof cycle member list sorting bug
Hi, In cg_print.c:sort_members gprof loses a members of the linked list when sorting! The bug is at cg_print.c:169 (in current HEAD). The guard of the outer for loop should be just 'doing' not 'doing && doing->cg.cyc.next'. To witness the bug just profile the attached program and look at the children of the cycle in the call graph view -- only one is present when there should be two. Thanks, Robert profcycle.c Description: profcycle.c ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
RE: Gprof cycle member list sorting bug
> -Original Message- > From: Nick Clifton [mailto:[EMAIL PROTECTED] > Sent: 26 September 2007 10:17 > To: Robert Norton > Subject: Re: Gprof cycle member list sorting bug > > Hi Robert, > > > > Thanks! It's amazing that no-one has reported this before > given that it > > appears to have been present since version 1.1 in CVS. > > That was my main worry when I was reviewing the patch. > Surely I thought a bug > like this cannot have gone unnoticed for so long. But I > looked at the code and > your test case and you are definitely right, so the patch went in. Curiously in the documentation here: http://www.gnu.org/software/binutils/manual/gprof-2.9.1/html_chapter/gpr of_5.html#SEC16 the bug is not visible, possibly because it appears to describe a different version of gprof (one which emits a list of parents for the cycle as a whole, which current version never do). Robert ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[PATCH 1/2] gas/as.c: print input and output details when error
Print input and output details (filename, inode number) when error, this makes
the debug easier.
Signed-off-by: Robert Yang
---
gas/as.c | 4 +++-
gas/as.h | 1 +
2 files changed, 4 insertions(+), 1 deletion(-)
diff --git a/gas/as.c b/gas/as.c
index 02c7d29..6afe9a5 100644
--- a/gas/as.c
+++ b/gas/as.c
@@ -1259,8 +1259,10 @@ main (int argc, char ** argv)
if (sib.st_ino == sob.st_ino && sib.st_ino != 0)
{
/* Don't let as_fatal remove the output file! */
+ saved_out_file_name = xstrdup (out_file_name);
out_file_name = NULL;
- as_fatal (_("The input and output files must be distinct"));
+ as_fatal (_("The input (%s, ino: %ld) and output (%s, ino:
%ld) files must be distinct"),
+ argv[i], sib.st_ino, saved_out_file_name,
sob.st_ino);
}
}
}
diff --git a/gas/as.h b/gas/as.h
index 52bb5a7..d97d9b5 100644
--- a/gas/as.h
+++ b/gas/as.h
@@ -375,6 +375,7 @@ COMMON int flag_noexecstack;
/* name of emitted object file */
COMMON const char *out_file_name;
+COMMON const char *saved_out_file_name;
/* name of file defining extensions to the basic instruction set */
COMMON char *insttbl_file_name;
--
2.7.4
___
bug-binutils mailing list
bug-binutils@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-binutils
[PATCH 2/2] gas/as.c: compare device id
Different files may have the same inode number on different devices, for
example:
$ cat foo.c | gcc -x c - -o /dev/null
In this case, gcc will create a /tmp/foo.s, and if /tmp is a tmpfs, foo.s' ino
starts from a small number such 3, and /dev/null's ino is also small (e.g., 6),
so this is very likely to happen when there are many gcc's runs.
Compare device id will fix the problem.
Signed-off-by: Robert Yang
---
gas/as.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/gas/as.c b/gas/as.c
index 6afe9a5..becc7d2 100644
--- a/gas/as.c
+++ b/gas/as.c
@@ -1256,7 +1256,7 @@ main (int argc, char ** argv)
if (stat (argv[i], &sib) == 0)
{
- if (sib.st_ino == sob.st_ino && sib.st_ino != 0)
+ if (sib.st_ino == sob.st_ino && sib.st_ino != 0 && sib.st_dev ==
sib.st_dev)
{
/* Don't let as_fatal remove the output file! */
saved_out_file_name = xstrdup (out_file_name);
--
2.7.4
___
bug-binutils mailing list
bug-binutils@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-binutils
Patch to make binutils-2.17 compile and work on DragonFlyBSD
Here's a patch i made to make binutils-2.17 compile and work on
DragonFlyBSD (at least 1.11 and 1.10).
--
irc: arachnist @ ircnet/efnet/freenode
diff -ur binutils-2.17_gentoo/bfd/config.bfd binutils-2.17/bfd/config.bfd
--- binutils-2.17_gentoo/bfd/config.bfd 2007-08-15 23:11:40 +
+++ binutils-2.17/bfd/config.bfd2007-08-15 23:17:40 +
@@ -507,7 +507,7 @@
targ_selvecs=i386bsd_vec
targ_underscore=yes
;;
- i[3-7]86-*-freebsd* | i[3-7]86-*-kfreebsd*-gnu)
+ i[3-7]86-*-freebsd* | i[3-7]86-*-kfreebsd*-gnu | i[3-7]86-*-dragonfly*)
targ_defvec=bfd_elf32_i386_freebsd_vec
targ_selvecs=i386coff_vec
# FreeBSD <= 4.0 supports only the old nonstandard way of ABI labelling.
diff -ur binutils-2.17_gentoo/bfd/configure.in binutils-2.17/bfd/configure.in
--- binutils-2.17_gentoo/bfd/configure.in 2007-08-15 23:11:40 +
+++ binutils-2.17/bfd/configure.in 2007-08-15 23:20:18 +
@@ -219,7 +219,7 @@
TRAD_HEADER='"hosts/i386bsd.h"'
;;
changequote(,)dnl
- i[3-7]86-*-freebsd* | i[3-7]86-*-kfreebsd*-gnu)
+ i[3-7]86-*-freebsd* | i[3-7]86-*-kfreebsd*-gnu | i[3-7]86-*-dragonfly*)
changequote([,])dnl
COREFILE=''
TRAD_HEADER='"hosts/i386bsd.h"'
@@ -600,6 +600,8 @@
bfd_elf32_crx_vec) tb="$tb elf32-crx.lo elf32.lo $elf" ;;
bfd_elf32_d10v_vec)tb="$tb elf32-d10v.lo elf32.lo $elf" ;;
bfd_elf32_d30v_vec)tb="$tb elf32-d30v.lo elf32.lo $elf" ;;
+bfd_elf32_i386_dragonfly_vec)
+ tb="$tb elf32-i386.lo elf-vxworks.lo elf32.lo
$elf" ;;
bfd_elf32_dlx_big_vec) tb="$tb elf32-dlx.lo elf32.lo $elf" ;;
bfd_elf32_fr30_vec)tb="$tb elf32-fr30.lo elf32.lo $elf" ;;
bfd_elf32_frv_vec) tb="$tb elf32-frv.lo elf32.lo $elf" ;;
diff -ur binutils-2.17_gentoo/gas/configure.tgt binutils-2.17/gas/configure.tgt
--- binutils-2.17_gentoo/gas/configure.tgt 2006-04-05 12:41:57 +
+++ binutils-2.17/gas/configure.tgt 2007-08-16 01:10:36 +
@@ -191,7 +191,7 @@
i386-*-freebsdaout*) fmt=aout em=386bsd ;;
i386-*-freebsd[12].*)fmt=aout em=386bsd ;;
i386-*-freebsd[12]) fmt=aout em=386bsd ;;
- i386-*-freebsd* | i386-*-kfreebsd*-gnu)
+ i386-*-freebsd* | i386-*-kfreebsd*-gnu | i386-*-dragonfly*)
fmt=elf em=freebsd ;;
i386-*-sysv*)fmt=coff ;;
i386-*-sco3.2v5*coff)fmt=coff ;;
@@ -381,7 +381,8 @@
z8k-*-coff | z8k-*-sim) fmt=coff ;;
*-*-aout | *-*-scout)fmt=aout ;;
- *-*-freebsd* | *-*-kfreebsd*-gnu)fmt=elf em=freebsd ;;
+ *-*-freebsd* | *-*-kfreebsd*-gnu | *-*-dragonfly*)
+ fmt=elf em=freebsd ;;
*-*-bsd*)fmt=aout em=sun3 ;;
*-*-generic) fmt=generic ;;
*-*-xray | *-*-hms) fmt=coff ;;
diff -ur binutils-2.17_gentoo/ld/configure.host binutils-2.17/ld/configure.host
--- binutils-2.17_gentoo/ld/configure.host 2005-07-19 12:43:19 +
+++ binutils-2.17/ld/configure.host 2007-08-16 01:27:04 +
@@ -18,7 +18,7 @@
case "${host}" in
-*-*-freebsd* | *-*-kfreebsd*-gnu)
+*-*-freebsd* | *-*-kfreebsd*-gnu | *-*-dragonfly*)
HOSTING_CRT0='-dynamic-linker `[ -f \`${CC} --print-prog-name=ld-elf.so.1\`
] || echo /usr/libexec/``${CC} --print-prog-name=ld-elf.so.1` `${CC}
--print-file-name=crt1.o` `${CC} --print-file-name=crti.o` `${CC}
--print-file-name=crtbegin.o`'
HOSTING_LIBS='-L`dirname \`${CC} --print-file-name=libc.so\``
'"$HOSTING_LIBS"' `if [ -f ../gcc/crtend.o ]; then echo ../gcc/crtend.o; else
${CC} --print-file-name=crtend.o; fi` `${CC} --print-file-name=crtn.o`'
;;
@@ -227,7 +227,7 @@
HOSTING_CRT0=`echo "$HOSTING_CRT0" | sed -e
"s,\\\`specs.*\"\\\`,/lib64/ld-linux-x86-64.so.2,"`
;;
-*-*-freebsd* | *-*-kfreebsd*-gnu)
+*-*-freebsd* | *-*-kfreebsd*-gnu | *-*-dragonfly*)
;;
*-*-linux*)
diff -ur binutils-2.17_gentoo/ld/configure.tgt binutils-2.17/ld/configure.tgt
--- binutils-2.17_gentoo/ld/configure.tgt 2007-08-15 23:11:39 +
+++ binutils-2.17/ld/configure.tgt 2007-08-16 01:28:14 +
@@ -194,7 +194,7 @@
i[3-7]86-*-kaos*) targ_emul=elf_i386 ;;
i[3-7]86-*-freebsdaout* | i[3-7]86-*-freebsd[12].* | i[3-7]86-*-freebsd[12])
targ_emul=i386bsd ;;
-i[3-7]86-*-freebsd* | i[3-7]86-*-kfreebsd*-gnu)
+i[3-7]86-*-freebsd* | i[3-7]86-*-kfreebsd*-gnu | i[3-7]86-*-dragonfly*)
targ_emul=elf_i386_fbsd
targ_extra_emuls="elf_i386 i386bsd" ;;
x86_64-*-freebsd* | x86_64-*-kfreebsd*-gnu)
@@ -581,7 +581,7 @@
NATIVE_LIB_DIRS='/usr/local/lib /lib /usr/lib'
case "${target}" in
-*-*-freebsd*)
+*-*-freebsd* | *-*-dragonfly*)
NATIVE_LIB_DIRS='/lib /usr/lib /usr/local/lib'
;;
@@ -616,7 +616,7 @@
*-*-linux*)
[Bug binutils/2876] [Build] "Dangerous" mktemp warning
--- Additional Comments From robert at linuxfromscratch dot org 2006-10-09 12:22 --- Created an attachment (id=1360) --> (http://sourceware.org/bugzilla/attachment.cgi?id=1360&action=view) new mkstemp/mkdtemp patch I made this patch from OpenBSD-cvs Binutils source, and added some autoconf stuff so mktemp(3) will be used if the system does not have mkstemp/mkdtemp(3). This patch should allow systems with mkstemp/mkdtemp to use them while staying portable to systems without mkstemp. -- What|Removed |Added Attachment #1135 is|0 |1 obsolete|| http://sourceware.org/bugzilla/show_bug.cgi?id=2876 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/2876] [Build] "Dangerous" mktemp warning
-- What|Removed |Added CC||robert at linuxfromscratch ||dot org http://sourceware.org/bugzilla/show_bug.cgi?id=2876 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/2876] [Build] "Dangerous" mktemp warning
--- Additional Comments From robert at linuxfromscratch dot org 2006-10-11 06:27 --- Reopen bug with proposed patch (request for comments). -- What|Removed |Added Status|RESOLVED|REOPENED Resolution|WONTFIX | http://sourceware.org/bugzilla/show_bug.cgi?id=2876 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/4304] New: ld --fatal-warnings doesn't work
Hello. To reproduce this bug get yourself a copy of Gzip source and do: env CFLAGS="-fpie -O2" \ LDFLAGS="-Wl,--warn-shared-textrel -Wl,--fatal-warnings -pie" \ ./configure && make Then you should get something like this: gcc -std=gnu99 -fpie -O2 -Wl,--warn-shared-textrel -Wl,--fatal-warnings -o gzip bits.o crypt.o deflate.o gzip.o inflate.o lzw.o trees.o unlzh.o unlzw.o unpack.o unzip.o util.o zip.o lib/libgzip.a /tools/bin/../lib/gcc/i686-pc-linux-gnu/4.1.2/../../../../i686-pc-linux-gnu/bin/ld: warning: creating a DT_TEXTREL in a shared object. and you might notice the warning is not fatal... Tested on binutils-2.17 and binutils-070315. P.S. I also noticed adding -Werror and -Wfatal-errors GCC flags had no effect. -- Summary: ld --fatal-warnings doesn't work Product: binutils Version: 2.18 (HEAD) Status: NEW Severity: normal Priority: P2 Component: ld AssignedTo: unassigned at sources dot redhat dot com ReportedBy: robert at linuxfromscratch dot org CC: bug-binutils at gnu dot org http://sourceware.org/bugzilla/show_bug.cgi?id=4304 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/4480] New: Error for DT_TEXTREL in shared object option
Using the options '--warn-shared-textrel --fatal-warnings' will cause all
warnings to be fatal, not just shared-textrel. I'm attaching a patch to add
a --error-shared-textrel option, to make DT_TEXTREL in a shared object a fatal
error.
--
Summary: Error for DT_TEXTREL in shared object option
Product: binutils
Version: 2.18 (HEAD)
Status: NEW
Severity: enhancement
Priority: P3
Component: ld
AssignedTo: unassigned at sources dot redhat dot com
ReportedBy: robert at linuxfromscratch dot org
CC: bug-binutils at gnu dot org
http://sourceware.org/bugzilla/show_bug.cgi?id=4480
--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.
___
bug-binutils mailing list
bug-binutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/4480] Error for DT_TEXTREL in shared object option
--- Additional Comments From robert at linuxfromscratch dot org 2007-05-09 23:39 --- Created an attachment (id=1780) --> (http://sourceware.org/bugzilla/attachment.cgi?id=1780&action=view) Patch to add --error-shared-textrel -- http://sourceware.org/bugzilla/show_bug.cgi?id=4480 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/5796] New: binutils 2.18.50.0.4.20080208 internal error
Hi, my name is Robert, i found a bug while compiling the bluefish editor, it seems the bug is related to ld. Error report follows: gcc -DLOCALEDIR=\"/usr/local/share/locale\" -DGNULOCALEDIR=\"/usr/local/share/locale\" -DLOCALE_ALIAS_PATH=\"/usr/local/share/locale:.\" -DPKGDATADIR=\"/usr/local/share/bluefish/\" -DHAVE_CONFIG_H -g -O2 -Wall -pipe -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/freetype2 -I/usr/include/libpng12 -c -o wizards.o wizards.c gcc -DLOCALEDIR=\"/usr/local/share/locale\" -DGNULOCALEDIR=\"/usr/local/share/locale\" -DLOCALE_ALIAS_PATH=\"/usr/local/share/locale:.\" -DPKGDATADIR=\"/usr/local/share/bluefish/\" -DHAVE_CONFIG_H -o bluefish about.o authen.o bf_lib.o bfspell.o bluefish.o bookmark.o cap.o char_table.o dialog_utils.o document.o filebrowser.o fref.o gtk_easy.o gui.o highlight.o html.o html2.o html_diag.o html_form.o html_table.o image.o menu.o msg_queue.o outputbox.o pixmap.o preferences.o project.o quickstart.o rcfile.o rpopup.o snr2.o stringlist.o treetips.o undo_redo.o wizards.o -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 -lgdk_pixbuf-2.0 -lpangocairo-1.0 -lpango-1.0 -lcairo -lgobject-2.0 -lgmodule-2.0 -ldl -lglib-2.0 -L/usr/lib -lpcre -lrt -laspell /usr/lib/gcc/i486-slackware-linux/4.2.3/../../../../i486-slackware-linux/bin/ld: size of bfd_vma > size of splay_tree types /usr/lib/gcc/i486-slackware-linux/4.2.3/../../../../i486-slackware-linux/bin/ld: BFD (Linux/GNU Binutils) 2.18.50.0.4.20080208 internal error, aborting at arange-set.c line 202 in arange_set_new /usr/lib/gcc/i486-slackware-linux/4.2.3/../../../../i486-slackware-linux/bin/ld: Please report this bug. collect2: ld returned exit status 1 make[1]: *** [bluefish] Error 1 make[1]: leaving directory `/home/rober/code/apps/coding/bluefish-1.0.7/src' make: *** [all] Error 2 -- Summary: binutils 2.18.50.0.4.20080208 internal error Product: binutils Version: 2.18 Status: NEW Severity: normal Priority: P2 Component: ld AssignedTo: unassigned at sources dot redhat dot com ReportedBy: robert at mailinator dot net CC: bug-binutils at gnu dot org GCC build triplet: i486-slackware-linux GCC host triplet: i486-slackware-linux GCC target triplet: i486-slackware-linux http://sourceware.org/bugzilla/show_bug.cgi?id=5796 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/22802] New: massive performance regression for `readelf -n`
https://sourceware.org/bugzilla/show_bug.cgi?id=22802 Bug ID: 22802 Summary: massive performance regression for `readelf -n` Product: binutils Version: unspecified Status: UNCONFIRMED Severity: normal Priority: P2 Component: binutils Assignee: unassigned at sourceware dot org Reporter: robert at ocallahan dot org Target Milestone: --- `readelf -n /usr/lib/debug/usr/lib64/libwebkit2gtk-4.0.so.37.13.10.debug` takes 0.006s in 2.29-6.fc27. It takes 58s in 2.29.51 (built from gdb-8.1-release). Transcript: [roc@glory code]$ /usr/bin/readelf --version GNU readelf version 2.29-6.fc27 Copyright (C) 2017 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) any later version. This program has absolutely no warranty. [roc@glory code]$ time /usr/bin/readelf -n /usr/lib/debug/usr/lib64/libwebkit2gtk-4.0.so.37.13.10.debug Displaying notes found in: .note.gnu.build-id Owner Data size Description GNU 0x0014 NT_GNU_BUILD_ID (unique build ID bitstring) Build ID: 0607995fe748bcac5e22ed63835154bcf58173cb Displaying notes found in: .note.gnu.gold-version Owner Data size Description GNU 0x0009 NT_GNU_GOLD_VERSION (gold version) Version: gold 1.11 real0m0.006s user0m0.001s sys 0m0.001s [roc@glory binutils-gdb]$ readelf --version GNU readelf (GNU Binutils) 2.29.51 Copyright (C) 2018 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) any later version. This program has absolutely no warranty. [roc@glory binutils-gdb]$ time readelf -n /usr/lib/debug/usr/lib64/libwebkit2gtk-4.0.so.37.13.10.debug Displaying notes found in: .note.gnu.build-id Owner Data size Description GNU 0x0014 NT_GNU_BUILD_ID (unique build ID bitstring) Build ID: 0607995fe748bcac5e22ed63835154bcf58173cb Displaying notes found in: .note.gnu.gold-version Owner Data size Description GNU 0x0009 NT_GNU_GOLD_VERSION (gold version) Version: gold 1.11 real0m57.550s user0m54.845s sys 0m1.227s -- You are receiving this mail because: You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/22802] massive performance regression for `readelf -n`
https://sourceware.org/bugzilla/show_bug.cgi?id=22802 --- Comment #4 from Robert O'Callahan --- Thanks for the quick response! -- You are receiving this mail because: You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gas/28386] New: Incorrect source file path in DWARF5 debuginfo for assembly file specified with relative path
https://sourceware.org/bugzilla/show_bug.cgi?id=28386 Bug ID: 28386 Summary: Incorrect source file path in DWARF5 debuginfo for assembly file specified with relative path Product: binutils Version: 2.37 Status: UNCONFIRMED Severity: normal Priority: P2 Component: gas Assignee: unassigned at sourceware dot org Reporter: robert at ocallahan dot org Target Milestone: --- Steps to reproduce: $ cat > /tmp/test.S .global foo foo: ret $ mkdir /tmp/obj $ cd /tmp/obj $ as -g -o test.o ../test.S -gdwarf-5 $ dwarfdump -i test.o UNIT: < 0><0x000c> DW_TAG_compile_unit DW_AT_stmt_list <.debug_line+0x> DW_AT_low_pc0x DW_AT_high_pc 1 DW_AT_name test.S DW_AT_comp_dir /tmp/obj DW_AT_producer GNU AS 2.37.50 DW_AT_language DW_LANG_Mips_Assembler That's with binutils "gdb-11-branch", git revision 824d17dbdb375c6fb9c307473ac920114dc12478 -- You are receiving this mail because: You are on the CC list for the bug.
[Bug ld/850] New: linker issued assertion failure elf64-ppc.c:7771
I am an IBM contractor and working on porting Oracle products on Linux on POWER project. The problem caught is about error during linking of executable. /usr/bin/ld: BFD 041202 20041202 assertion fail elf64-ppc.c:7771 ... This error msg is repeated many times. ld -V GNU ld version 041202 20041202 Supported emulations: elf64ppc elf32ppclinux elf32ppc elf32ppcsim Linux version: 2.4.21-20.EL -- Summary: linker issued assertion failure elf64-ppc.c:7771 Product: binutils Version: unspecified Status: NEW Severity: normal Priority: P2 Component: ld AssignedTo: unassigned at sources dot redhat dot com ReportedBy: robert dot wen at oracle dot com CC: bug-binutils at gnu dot org http://sources.redhat.com/bugzilla/show_bug.cgi?id=850 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gold/10875] New: links against libraries I never have specified
I tested different packages in debian and noticed that gold always links
against some libraries which aren't used and I never specified. I also tested
to use --as-needed and it didn't change that weird behavior. This doesn't
happen with the old binutils linker
Example output from zlib:
dpkg-shlibdeps: warning: dependency on libgcc_s.so.1 could be avoided if
"debian/zlib1g/usr/lib/libz.so.1.2.3.3" were not
uselessly linked against it (they use none of its symbols).
dpkg-shlibdeps: warning: dependency on ld-linux-x86-64.so.2 could be avoided if
"debian/zlib1g/usr/lib/libz.so.1.2.3.3" were
not uselessly linked against it (they use none of its symbols).
dpkg-shlibdeps: warning: dependency on libgcc_s.so.1 could be avoided if
"debian/zlib-bin/usr/bin/miniunzip debian/zlib-
bin/usr/bin/minizip" were not uselessly linked against it (they use none of its
symbols).
dpkg-shlibdeps: warning: dependency on ld-linux-x86-64.so.2 could be avoided if
"debian/zlib-bin/usr/bin/miniunzip
debian/zlib-bin/usr/bin/minizip" were not uselessly linked against it (they use
none of its symbols).
dpkg-shlibdeps: warning: dependency on libgcc_s.so.1 could be avoided if
"debian/zlib1g-udeb/usr/lib/libz.so.1.2.3.3" were
not uselessly linked against it (they use none of its symbols).
dpkg-shlibdeps: warning: dependency on libgcc_s.so.1 could be avoided if
"debian/lib32z1/usr/lib32/libz.so.1.2.3.3" were not
uselessly linked against it (they use none of its symbols).
dpkg-shlibdeps: warning: dependency on ld-linux.so.2 could be avoided if
"debian/lib32z1/usr/lib32/libz.so.1.2.3.3" were not
uselessly linked against it (they use none of its symbols).
I had also a different package which also linked against libICE without any
visible reason, but cannot find it again at the moment
Downstream bug is http://bugs.debian.org/553436
--
Summary: links against libraries I never have specified
Product: binutils
Version: 2.20
Status: NEW
Severity: normal
Priority: P2
Component: gold
AssignedTo: ian at airs dot com
ReportedBy: robert dot wohlrab at gmx dot de
CC: bug-binutils at gnu dot org
http://sourceware.org/bugzilla/show_bug.cgi?id=10875
--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.
___
bug-binutils mailing list
bug-binutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gold/10876] New: Creates exported symbol e...@base
I've tested many packages with gold linker and noticed that it creates a
unknown symbol for every library I tested. I don't know for what it is but
either dpkg-gensymbols has to stop to add it to the symbols file or binutils-
gold has to stop to export it as symbol that looks like it was exported by the
user.
Maybe this can be changed or documented somewhere so Debian knows what to do
with that symbol.
Example output from zlib:
dpkg-gensymbols: warning: debian/lib32z1/DEBIAN/symbols doesn't match
completely debian/lib32z1.symbols
--- debian/lib32z1.symbols (lib32z1 amd64)
+++ dpkg-gensymbolsPn_sJI 2009-10-31 11:08:12.678048010 +0100
@@ -26,6 +26,7 @@
deflatesetdiction...@base 1:1.1.4
deflatesethea...@zlib_1.2.2 1:1.2.2
deflatet...@zlib_1.2.2.3 1:1.2.2.3
+ e...@base 1:1.2.3.3.dfsg-15
get_crc_ta...@base 1:1.1.4
gzclear...@zlib_1.2.0.2 1:1.2.0.2
gzcl...@base 1:1.1.4
Downstream bug is http://bugs.debian.org/553435
--
Summary: Creates exported symbol e...@base
Product: binutils
Version: 2.20
Status: NEW
Severity: normal
Priority: P2
Component: gold
AssignedTo: ian at airs dot com
ReportedBy: robert dot wohlrab at gmx dot de
CC: bug-binutils at gnu dot org
http://sourceware.org/bugzilla/show_bug.cgi?id=10876
--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.
___
bug-binutils mailing list
bug-binutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gold/10875] links against libraries I never have specified
--- Additional Comments From robert dot wohlrab at gmx dot de 2009-10-31
22:10 ---
It seems to be that it is partly related to the problem that --as-needed
doesn't remove files which aren't really needed by the executable. So a simple
echo "int main() {return 0;}" > testme.c
gcc -Wl,--as-needed testme.c -o testme -lglib-2.0
will link against glib-2.0 even if it is not used. So
readelf -d testme|grep -e '(NEEDED)' -e 'glib-2.0'
will not be an empty string.
But this doesn't explain libgcc_s.so.1 and ld-linux-x86-64.so.2
--
http://sourceware.org/bugzilla/show_bug.cgi?id=10875
--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.
___
bug-binutils mailing list
bug-binutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gold/10880] New: --as-needed doesn't work
A simple
echo "int main() {return 0;}" > testme.c
gcc -Wl,--as-needed testme.c -o testme -lglib-2.0
will link against glib-2.0 even if it is not used. So
readelf -d testme|grep -e '(NEEDED)' -e 'glib-2.0'
will not be an empty string.
--
Summary: --as-needed doesn't work
Product: binutils
Version: 2.20
Status: NEW
Severity: normal
Priority: P2
Component: gold
AssignedTo: ian at airs dot com
ReportedBy: robert dot wohlrab at gmx dot de
CC: bug-binutils at gnu dot org
http://sourceware.org/bugzilla/show_bug.cgi?id=10880
--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.
___
bug-binutils mailing list
bug-binutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gold/10880] --as-needed doesn't work
--- Additional Comments From robert dot wohlrab at gmx dot de 2009-10-31 22:58 --- Downstream bug http://bugs.debian.org/553512 -- http://sourceware.org/bugzilla/show_bug.cgi?id=10880 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/10916] New: Interprets --exclude-libs completely different to old GNU ld
/lib/gcc/x86_64-linux-gnu/4.3.4/../../../../lib/libQtWebKit.so /usr/bin/ld: warning: hidden symbol 'QWidget::~QWidget()' in CMakeFiles/plasma.dir/dialog.o is referenced by DSO /usr/lib/gcc/x86_64-linux-gnu/4.3.4/../../../../lib/libQtWebKit.so /usr/bin/ld: warning: hidden symbol 'typeinfo for QWidget' in CMakeFiles/plasma.dir/dialog.o is referenced by DSO /usr/lib/gcc/x86_64-linux-gnu/4.3.4/../../../../lib/libQtWebKit.so /usr/bin/ld: warning: hidden symbol 'QVariant::constData() const' in /usr/lib/gcc/x86_64-linux- gnu/4.3.4/../../../../lib/libQtCore.so is referenced by DSO /usr/lib/gcc/x86_64-linux- gnu/4.3.4/../../../../lib/libQtWebKit.so This is related to --exclude-libs specified on the commandline. The man page of ld says "This option is available only for the i386 PE targeted port of the linker and for ELF targeted ports" "For ELF targeted ports, symbols affected by this option will be treated as hidden". As it works with the old linker without problem I would guess that the new linker just ommits everything which is needed for the library specified by --exclude-libs. If I remove this option the file gets linked also with binutils-gold. Downstream bug: http://bugs.debian.org/555012 -- Summary: Interprets --exclude-libs completely different to old GNU ld Product: binutils Version: 2.20 Status: NEW Severity: normal Priority: P2 Component: binutils AssignedTo: unassigned at sources dot redhat dot com ReportedBy: robert dot wohlrab at gmx dot de CC: bug-binutils at gnu dot org http://sourceware.org/bugzilla/show_bug.cgi?id=10916 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gold/10916] Interprets --exclude-libs completely different to old GNU ld
-- What|Removed |Added AssignedTo|unassigned at sources dot |ian at airs dot com |redhat dot com | Status|NEW |ASSIGNED http://sourceware.org/bugzilla/show_bug.cgi?id=10916 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gold/10979] New: Crashes during
I tried to recompile all packages in Debian and found different packages which dont work with binutils-gold. Interesting for you are currently arj, idjc, klibc and libtirpc because they create internal crashes which get caught by it (so no segfaults but still crashes): Output of each lin: cc -DLOCALE=LANG_en -DLOCALE_DESC="\"en\"" -DPKGLIBDIR="\"/usr/lib/arj\"" -D_UNIX -Wall -g -O2 -s gnu/stripgcc.lnk -o linux- gnu/en/rs/tools/today ./linux-gnu/en/rs/tools/filemode.o ./linux-gnu/en/rs/tools/today.o /usr/bin/ld: internal error in write_sections, at ../../gold/reloc.cc:747 collect2: ld returned 1 exit status cc -g -O2 -g -Wall -O2 -o idjcmixer -rdynamic idjcmixer-idjcmixer.o idjcmixer-kvpdict.o idjcmixer-kvpparse.o idjcmixer- dbconvert.o idjcmixer-ialloc.o idjcmixer-xlplayer.o idjcmixer-mp4tag.o idjcmixer-compressor.o idjcmixer-sndfileinfo.o idjcmixer-flacdecode.o idjcmixer-mp3dec.o idjcmixer-sndfiledecode.o idjcmixer-avcodecdecode.o idjcmixer-mp3tagread.o idjcmixer- oggdec.o idjcmixer-ogg_vorbis_dec.o idjcmixer-ogg_flac_dec.o idjcmixer-ogg_speex_dec.o idjcmixer-speextag.o idjcmixer- bsdcompat.o idjcmixer-agc.o idjcmixer-dyn_mad.o -lpthread -ldl -lm -ljack -lpthread -lrt -lvorbisfile -lvorbis -lm -logg - lsamplerate -lFLAC -lm-lsndfile-lmad -lavcodec -lavformat -lspeex /usr/bin/ld: internal error in allocate_base_common, at ../../gold/symtab.cc:196 usr/klibc/socketcalls/sendmsg.o usr/klibc/socketcalls/recvmsg.o /usr/lib/gcc/x86_64-linux-gnu/4.3.4/libgcc.a --end-group ld: internal error in do_write, at ../../gold/output.cc:383 gcc -shared .libs/libtirpc_la-auth_none.o .libs/libtirpc_la-auth_unix.o .libs/libtirpc_la-authunix_prot.o .libs/libtirpc_la- bindresvport.o .libs/libtirpc_la-clnt_bcast.o .libs/libtirpc_la-clnt_dg.o .libs/libtirpc_la-clnt_generic.o .libs/libtirpc_la- clnt_perror.o .libs/libtirpc_la-clnt_raw.o .libs/libtirpc_la-clnt_simple.o .libs/libtirpc_la-clnt_vc.o .libs/libtirpc_la- rpc_dtablesize.o .libs/libtirpc_la-getnetconfig.o .libs/libtirpc_la-getnetpath.o .libs/libtirpc_la-getrpcent.o .libs/libtirpc_la-getrpcport.o .libs/libtirpc_la-mt_misc.o .libs/libtirpc_la-pmap_clnt.o .libs/libtirpc_la-pmap_getmaps.o .libs/libtirpc_la-pmap_getport.o .libs/libtirpc_la-pmap_prot.o .libs/libtirpc_la-pmap_prot2.o .libs/libtirpc_la-pmap_rmt.o .libs/libtirpc_la-rpc_prot.o .libs/libtirpc_la-rpc_commondata.o .libs/libtirpc_la-rpc_callmsg.o .libs/libtirpc_la-rpc_generic.o .libs/libtirpc_la-rpc_soc.o .libs/libtirpc_la-rpcb_clnt.o .libs/libtirpc_la-rpcb_prot.o .libs/libtirpc_la-rpcb_st_xdr.o .libs/libtirpc_la-svc.o .libs/libtirpc_la-svc_auth.o .libs/libtirpc_la-svc_dg.o .libs/libtirpc_la-svc_auth_unix.o .libs/libtirpc_la-svc_generic.o .libs/libtirpc_la-svc_raw.o .libs/libtirpc_la-svc_run.o .libs/libtirpc_la-svc_simple.o .libs/libtirpc_la-svc_vc.o .libs/libtirpc_la-getpeereid.o .libs/libtirpc_la-auth_time.o .libs/libtirpc_la-auth_des.o .libs/libtirpc_la-authdes_prot.o .libs/libtirpc_la-xdr.o .libs/libtirpc_la-xdr_rec.o .libs/libtirpc_la-xdr_array.o .libs/libtirpc_la-xdr_float.o .libs/libtirpc_la-xdr_mem.o .libs/libtirpc_la-xdr_reference.o .libs/libtirpc_la-xdr_stdio.o .libs/libtirpc_la-auth_gss.o .libs/libtirpc_la-authgss_prot.o .libs/libtirpc_la-svc_auth_gss.o .libs/libtirpc_la- svc_auth_none.o -lnsl -lgssglue -ldl -lpthread -Wl,-z -Wl,defs -Wl,-soname -Wl,libtirpc.so.1 -o .libs/libtirpc.so.1.0.10 /usr/bin/ld: internal error in allocate_base_common, at ../../gold/symtab.cc:196 collect2: ld returned 1 exit status Downstream bugreport can be found at http://bugs.debian.org/553916 -- Summary: Crashes during Product: binutils Version: 2.20 Status: NEW Severity: normal Priority: P2 Component: gold AssignedTo: ian at airs dot com ReportedBy: robert dot wohlrab at gmx dot de CC: bug-binutils at gnu dot org http://sourceware.org/bugzilla/show_bug.cgi?id=10979 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gold/10979] Crashes during linking of program
-- What|Removed |Added Summary|Crashes during |Crashes during linking of ||program http://sourceware.org/bugzilla/show_bug.cgi?id=10979 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gold/10980] New: Please support more options available from old ld
I rebuild the whole debian archive and noticed that many programs don't build because gold doesn't support special operations. Is it possible to support more of them? Some are maybe completely useless or used in a wrong. Please add only add a information for them so I can forward the information to the maintainer of the package. The first list of package/flags are following: 2 ld: -G: unknown option * java3d * qdbm 1 ld: -fpic: unknown option * cyclades-serial-client 1 ld: -fPIC: unknown option * lsb-build-base3 1 ld: -g: unknown option * qdbm 1 ld: -i: unknown option * ulogd 1 ld: --section-start: unknown option * gfxboot 2 ld: --warn-constructors: unknown option * memtest86 * memtest86+ 1 ld: --warn-multiple-gp: unknown option * mkelfimage 1 ld: --add-needed: unknown option * kwave 1 ld: --allow-multiple-definition: unknown option * brutefir 2 ld: -assert: unknown option * aspectc++ 1 ld: -combreloc: unknown -z option * db1-compat 1 ld: --cref: unknown option * faumachine 2 ld: def: unknown -z option * bobcat * gnugk 1 ld: --discard-all: unknown option * traybiff 1 ld: -fPIE: unknown option * mandos 1 ld: muldefs: unknown -z option * gnudatalanguage 1 ld: --no-undefined-version: unknown option * libdebian-installer 1 ld: relro: unknown -z option * kerneloops 1 ld: --retain-symbols-file: unknown option * yate 1 ld: --sort-common: unknown option * busybox 1 ld: syms: unknown -z option * xbuffy 1 ld: -warn-common: unknown option * gputils 13 ld: -x: unknown option * asterisk-chan-capi * c2hs * gtk2hs * libcap2 * libedit * libf2c2 * libpam-chroot * libpam-foreground * libpam-opie * libpam-pwdfile * muddleftpd * openafs * pam-krb5-migrate More packages/flags will follow because they must be analysed per hand. Downstream bug can be found at http://bugs.debian.org/555886 -- Summary: Please support more options available from old ld Product: binutils Version: 2.20 Status: NEW Severity: enhancement Priority: P2 Component: gold AssignedTo: ian at airs dot com ReportedBy: robert dot wohlrab at gmx dot de CC: bug-binutils at gnu dot org http://sourceware.org/bugzilla/show_bug.cgi?id=10980 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gold/10980] Please support more options available from old ld
--- Additional Comments From robert dot wohlrab at gmx dot de 2009-11-18 20:04 --- I think following list includes most of the packages with missing linker flags 3 ld: -G: unknown option * java3d * qdbm * osmo 1 ld: -fpic: unknown option * cyclades-serial-client 1 ld: -fPIC: unknown option * lsb-build-base3 3 ld: -g: unknown option * qdbm * thunar-volman * xfce4-linelight-plugin 1 ld: -i: unknown option * ulogd 1 ld: --section-start: unknown option * gfxboot 2 ld: --warn-constructors: unknown option * memtest86 * memtest86+ 1 ld: --warn-multiple-gp: unknown option * mkelfimage 1 ld: --add-needed: unknown option * kwave 1 ld: --allow-multiple-definition: unknown option * brutefir 2 ld: -assert: unknown option * aspectc++ 1 ld: -combreloc: unknown -z option * db1-compat 1 ld: --cref: unknown option * faumachine 6 ld: def: unknown -z option * bobcat * gnugk * openh323 * openh323-titan * ptlib * pwlib 1 ld: --discard-all: unknown option * traybiff 1 ld: -fPIE: unknown option * mandos 1 ld: muldefs: unknown -z option * gnudatalanguage 1 ld: --no-undefined-version: unknown option * libdebian-installer 1 ld: relro: unknown -z option * kerneloops 1 ld: --retain-symbols-file: unknown option * yate 1 ld: --sort-common: unknown option * busybox 6 ld: syms: unknown -z option * xbuffy * cdebconf-entropy * cdebconf-terminal * ratpoison * xbuffy * xfm 1 ld: -warn-common: unknown option * gputils 2 ld: --warn-unresolved-symbols: unknown option * gnome-settings-daemon * libapache2-mod-authn-sasl 4 ld: -defs: unknown -z option * gtk2-engines-xfce * ristretto * xfce4-mailwatch-plugin * xfmpc 13 ld: -x: unknown option * asterisk-chan-capi * c2hs * gtk2hs * libcap2 * libedit * libf2c2 * libpam-chroot * libpam-foreground * libpam-opie * libpam-pwdfile * muddleftpd * openafs * pam-krb5-migrate 1 ld: --warn-shared-textrel: unknown option * sendmail -- http://sourceware.org/bugzilla/show_bug.cgi?id=10980 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gold/10982] New: objcopy brings 'invalid operation' when adding debug link section
>From Debian bug:
Matthias Klose wrote:
[]
> > `debian/sauerbraten-dbg/usr/lib/debug//usr/lib/games/sauerbraten/sauer_cl
> >ient': Invalid operation dh_strip: objcopy returned exit code 1
> >
> > Is this a known problem with binutils-gold?
>
> yes, I did see this as well recently.
Could it be that it is new with 2.20-3 or 2.20-4? I think I didn't saw that in
earlier version. I think I saw it the first time when compiling batctl - which
I compiled right after update of my Sources file. This was after the 11.
November.
I wanted to write a bug report right now but haven't a glue why it fails.
objcopy --only-keep-debug debian/batctl/usr/sbin/batctl debian/batctl-
seems to work without any problems. The real problem is
objcopy --add-gnu-debuglink debian/batctl-dbg/usr/lib/debug//usr/sbin/batctl
debian/batctl/usr/sbin/batctl
So a small test would be:
$ echo 'int main() { return 0; }' > test.c && \
gcc -g3 test.c -o test && \
objcopy --only-keep-debug test test.dbg && \
objcopy --add-gnu-debuglink=./test.dbg test && echo "cool it works"
objcopy:stCdJOm4: cannot create debug link section `./test.dbg': Invalid
operation
This works with the old linker, but not with binutils-gold
So I build the cvs version of the linker and objcopy and it is the same here.
So it is propably an upstream bug.
Downstream bug can be found at http://bugs.debian.org/556951
--
Summary: objcopy brings 'invalid operation' when adding debug
link section
Product: binutils
Version: 2.21 (HEAD)
Status: NEW
Severity: normal
Priority: P2
Component: gold
AssignedTo: ian at airs dot com
ReportedBy: robert dot wohlrab at gmx dot de
CC: bug-binutils at gnu dot org
http://sourceware.org/bugzilla/show_bug.cgi?id=10982
--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.
___
bug-binutils mailing list
bug-binutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gold/10982] objcopy brings 'invalid operation' when adding debug link section
--- Additional Comments From robert dot wohlrab at gmx dot de 2009-11-19 10:57 --- According to http://bugs.debian.org/556951 it is a Debian specific eglibc bug. -- http://sourceware.org/bugzilla/show_bug.cgi?id=10982 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gold/10980] Please support more options available from old ld
--- Additional Comments From robert dot wohlrab at gmx dot de 2009-11-19 16:53 --- Thanks for your fast reply. All your information was forwarded to the actual maintainer of the packages. And yes, the extra space was the problem with relro... haven't seen that there is a extra space. It was reported to http://bugs.debian.org/557077 with patch. -- http://sourceware.org/bugzilla/show_bug.cgi?id=10980 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gold/10982] objcopy brings 'invalid operation' when adding debug link section
--- Additional Comments From robert dot wohlrab at gmx dot de 2009-11-30 15:12 --- Yes, wanted to wait until I had a change to test the eglibc fix. -- What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID http://sourceware.org/bugzilla/show_bug.cgi?id=10982 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gold/11042] New: Unresolved symbols when using --as-needed
s are found at run- | } | } | return 1; | } So i've started to test it without --as-needed and then it works. So it is probably a bug introduced by fixing #10880. readelf shows following when linked without --as-needed: 0x0001 (NEEDED) Shared library: [libgtk-x11-2.0.so.0] 0x0001 (NEEDED) Shared library: [libgdk-x11-2.0.so.0] 0x0001 (NEEDED) Shared library: [libatk-1.0.so.0] 0x0001 (NEEDED) Shared library: [libpangoft2-1.0.so.0] 0x0001 (NEEDED) Shared library: [libgdk_pixbuf-2.0.so.0] 0x0001 (NEEDED) Shared library: [libm.so.6] 0x0001 (NEEDED) Shared library: [libpangocairo-1.0.so.0] 0x0001 (NEEDED) Shared library: [libgio-2.0.so.0] 0x0001 (NEEDED) Shared library: [libcairo.so.2] 0x0001 (NEEDED) Shared library: [libpango-1.0.so.0] 0x0001 (NEEDED) Shared library: [libfreetype.so.6] 0x0001 (NEEDED) Shared library: [libfontconfig.so.1] 0x0001 (NEEDED) Shared library: [libgobject-2.0.so.0] 0x0001 (NEEDED) Shared library: [libgmodule-2.0.so.0] 0x0001 (NEEDED) Shared library: [libglib-2.0.so.0] 0x0001 (NEEDED) Shared library: [libc.so.6] and following when linked with --as-needed 0x0001 (NEEDED) Shared library: [libglib-2.0.so.0] 0x0001 (NEEDED) Shared library: [libc.so.6] I think it should be provided by libgtk-x11-2.0.so.0. If I add -lgtk-x11-2.0 before --as-needed it works. The reduced size version of the gcc call is: gcc -o conftest `pkg-config --cflags gtk+-x11-2.0` -Wl,--as-needed conftest.c `pkg-config --libs gtk+-x11-2.0` So you can try to compile the attached program, compile it with the mentioned gcc call and then try to start it with ./conftest I've used binutils-gold 2.20-4 from Debian sid. Downstream bug is http://bugs.debian.org/559183 -- Summary: Unresolved symbols when using --as-needed Product: binutils Version: 2.20 Status: NEW Severity: normal Priority: P2 Component: gold AssignedTo: ian at airs dot com ReportedBy: robert dot wohlrab at gmx dot de CC: bug-binutils at gnu dot org http://sourceware.org/bugzilla/show_bug.cgi?id=11042 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gold/11042] Unresolved symbols when using --as-needed
X-Bugzilla-Reason: CC --- Additional Comments From robert dot wohlrab at gmx dot de 2009-12-02 15:38 --- Created an attachment (id=4438) --> (http://sourceware.org/bugzilla/attachment.cgi?id=4438&action=view) conftest.c created by gtk-2.0.m4 Use gcc -o conftest `pkg-config --cflags gtk+-x11-2.0` -Wl,--as-needed conftest.c `pkg-config --libs gtk+-x11-2.0` to compile it (with gcc and gold) and you should get an error when running it with ./conftest ./conftest: symbol lookup error: ./conftest: undefined symbol: gtk_minor_version -- http://sourceware.org/bugzilla/show_bug.cgi?id=11042 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gold/10916] Interprets --exclude-libs completely different to old GNU ld
--- Additional Comments From robert dot wohlrab at gmx dot de 2009-12-31 12:13 --- Weird that that information is missing. I thought that I just copied the bugreport from http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=555012 were you can see the --exclude-libs in the command line. Little bit weird, but thanks for fixing it anyway :) -- http://sourceware.org/bugzilla/show_bug.cgi?id=10916 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
