Priority: P2
Component: binutils
Assignee: unassigned at sourceware dot org
Reporter: sch...@linux-m68k.org
Target Milestone: ---
$ touch file
$ ar cr file.a file
$ ar t file.a
ar: file.a: Malformed archive
--
You are receiving this mail because:
You are on the CC list
https://sourceware.org/bugzilla/show_bug.cgi?id=19775
Andreas Schwab changed:
What|Removed |Added
CC||amodra at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=19256
Andreas Schwab changed:
What|Removed |Added
Depends on||19775
Referenced Bugs:
https://sou
https://sourceware.org/bugzilla/show_bug.cgi?id=19775
--- Comment #5 from Andreas Schwab ---
What about alpha_ecoff_openr_next_archived_file?
--
You are receiving this mail because:
You are on the CC list for the bug.
___
bug-binutils mailing list
bug
https://sourceware.org/bugzilla/show_bug.cgi?id=19632
Andreas Schwab changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=19775
Andreas Schwab changed:
What|Removed |Added
CC||doko at debian dot org
--- Comment #
https://sourceware.org/bugzilla/show_bug.cgi?id=19871
Andreas Schwab changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=19872
--- Comment #11 from Andreas Schwab ---
> Argh! Why does git do this ? I am sure that I only "git add"ed the
> changes the bfd/ directory, so why did it add the others ?
Instead of creating partial commits you should consider working on a
https://sourceware.org/bugzilla/show_bug.cgi?id=19965
--- Comment #1 from Andreas Schwab ---
And how is that a bug? The program invokes undefined behavior.
--
You are receiving this mail because:
You are on the CC list for the bug.
___
bug-binutils m
https://sourceware.org/bugzilla/show_bug.cgi?id=19979
--- Comment #1 from Andreas Schwab ---
Like in C, & has lower precedence than ==. That hasn't changed.
--
You are receiving this mail because:
You are on the CC list for the bug.
___
bug-binutils
https://sourceware.org/bugzilla/show_bug.cgi?id=19979
Andreas Schwab changed:
What|Removed |Added
Resolution|FIXED |INVALID
--
You are receiving this m
https://sourceware.org/bugzilla/show_bug.cgi?id=20096
Andreas Schwab changed:
What|Removed |Added
Status|NEW |WAITING
--- Comment #1 from Andreas
https://sourceware.org/bugzilla/show_bug.cgi?id=20100
Andreas Schwab changed:
What|Removed |Added
Resolution|WONTFIX |MOVED
--
You are receiving this mai
https://sourceware.org/bugzilla/show_bug.cgi?id=20393
--- Comment #1 from Andreas Schwab ---
The .rela.plt section actually contains relocations for the .got.plt section.
--
You are receiving this mail because:
You are on the CC list for the bug.
___
https://sourceware.org/bugzilla/show_bug.cgi?id=20533
Andreas Schwab changed:
What|Removed |Added
Resolution|FIXED |INVALID
--
You are receiving this m
https://sourceware.org/bugzilla/show_bug.cgi?id=20564
Andreas Schwab changed:
What|Removed |Added
Attachment #9487|World Bests Netgear Router |spam
filename|Tech Support
https://sourceware.org/bugzilla/show_bug.cgi?id=20625
Andreas Schwab changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=21012
Andreas Schwab changed:
What|Removed |Added
Summary|ikka bar AT&T tech email|spam
|support numb
https://sourceware.org/bugzilla/show_bug.cgi?id=21071
Andreas Schwab changed:
What|Removed |Added
Resolution|FIXED |INVALID
--
You are receiving this m
https://sourceware.org/bugzilla/show_bug.cgi?id=21156
Andreas Schwab changed:
What|Removed |Added
Summary|readefl segfault - invalid |readelf segfault - invalid
https://sourceware.org/bugzilla/show_bug.cgi?id=21197
Andreas Schwab changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=21464
--- Comment #1 from Andreas Schwab ---
That probably means there are more than 32k GOT entries. There is no
R_OR1K_GOT32 relocation, so it looks like or1k doesn't support such big shared
libraries.
--
You are receiving this mail because:
Yo
https://sourceware.org/bugzilla/show_bug.cgi?id=21433
Andreas Schwab changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Last reconfirmed|
https://sourceware.org/bugzilla/show_bug.cgi?id=21816
Andreas Schwab changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://sourceware.org/bugzilla/show_bug.cgi?id=21832
Andreas Schwab changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=22120
Andreas Schwab changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=22116
Andreas Schwab changed:
What|Removed |Added
Summary|binutil ar abort|binutils ar abort
--
You are receiv
https://sourceware.org/bugzilla/show_bug.cgi?id=29059
--- Comment #1 from Andreas Schwab ---
*** Bug 29052 has been marked as a duplicate of this bug. ***
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=29052
Andreas Schwab changed:
What|Removed |Added
Resolution|FIXED |DUPLICATE
--- Comment #4 from Andrea
https://sourceware.org/bugzilla/show_bug.cgi?id=29072
--- Comment #1 from Andreas Schwab ---
Nested functions by itself don't require executable stacks, only when the
address of such a function is passed outside its scope.
--
You are receiving this mail because:
You are on the CC list for the b
https://sourceware.org/bugzilla/show_bug.cgi?id=29072
--- Comment #2 from Andreas Schwab ---
More often, it's the lack of the stack note in an assembler source that
inadvertently makes the stack executable, on platforms where it is the default.
--
You are receiving this mail because:
You are on
https://sourceware.org/bugzilla/show_bug.cgi?id=29099
--- Comment #1 from Andreas Schwab ---
I don't think it is possible to create a file that large.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=29235
--- Comment #5 from Andreas Schwab ---
0x255db0 is the file offset, not relevant for VM placement.
0x0016+0x0f10a4 = 0x2510a4, well placed before 0x00265db0
for 0x1 alignment.
0x255db8 is in the hole between r/o .eh_f
Assignee: vladimir.mezentsev at oracle dot com
Reporter: sch...@linux-m68k.org
Target Milestone: ---
depbase=`echo CompCom.lo | sed 's|[^/]*$|.deps/&|;s|\.lo$||'`;\
/bin/sh ../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I.
-I../../../binutils/gprofng/sr
https://sourceware.org/bugzilla/show_bug.cgi?id=29338
--- Comment #2 from Andreas Schwab ---
$ grep HAVE_DECL_BASENAME -r gprofng
gprofng/configure:#define HAVE_DECL_BASENAME $ac_have_decl
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=29338
Andreas Schwab changed:
What|Removed |Added
CC||doko at debian dot org
--- Comment #
https://sourceware.org/bugzilla/show_bug.cgi?id=29365
Andreas Schwab changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=29519
--- Comment #1 from Andreas Schwab ---
There are more directives that have the same problem, because every directive
needs to do its own parsing.
$ echo '.cpu generic ;' | aarch64-suse-linux-as
{standard input}: Assembler messages:
{standard
https://sourceware.org/bugzilla/show_bug.cgi?id=29532
--- Comment #5 from Andreas Schwab ---
Separate debug files are not intented to be used standalone, only together with
the corresponding (stripped) objects that contain the .gnu_debuglink reference.
--
You are receiving this mail because:
Yo
https://sourceware.org/bugzilla/show_bug.cgi?id=25848
--- Comment #6 from Andreas Schwab ---
CMP only accepts ,Dn.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=29623
--- Comment #1 from Andreas Schwab ---
-a[sub-option...] turn on listings
Sub-options [default hls]:
c omit false conditionals
d omit debugging dir
https://sourceware.org/bugzilla/show_bug.cgi?id=29623
--- Comment #2 from Andreas Schwab ---
--emulation is not supported in your configuration.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=29722
--- Comment #1 from Andreas Schwab ---
In which way is --hash-st=gnu broken?
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=29722
Andreas Schwab changed:
What|Removed |Added
Resolution|--- |NOTABUG
Status|NEW
https://sourceware.org/bugzilla/show_bug.cgi?id=29732
Andreas Schwab changed:
What|Removed |Added
Summary|A heap buffer overflow was |A heap buffer overflow was
https://sourceware.org/bugzilla/show_bug.cgi?id=29737
--- Comment #1 from Andreas Schwab ---
What's special about .CTF sections?
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=29799
Andreas Schwab changed:
What|Removed |Added
Summary|A heap buffer overflow was |A heap buffer overflow was
https://sourceware.org/bugzilla/show_bug.cgi?id=29828
Andreas Schwab changed:
What|Removed |Added
Resolution|--- |MOVED
Status|NEW
https://sourceware.org/bugzilla/show_bug.cgi?id=29940
Andreas Schwab changed:
What|Removed |Added
Version|unspecified |2.40 (HEAD)
--- Comment #1 from Andr
https://sourceware.org/bugzilla/show_bug.cgi?id=29940
--- Comment #3 from Andreas Schwab ---
Nope.
$ binutils/objdump -t
a.out: file format elf64-littleriscv
SYMBOL TABLE:
ld .text .text
ld .data .data
https://sourceware.org/bugzilla/show_bug.cgi?id=29940
--- Comment #4 from Andreas Schwab ---
Used the wrong a.out.
$ binutils/objdump -t
a.out: file format elf64-littleriscv
SYMBOL TABLE:
ld .text .text
ld .data
https://sourceware.org/bugzilla/show_bug.cgi?id=29961
--- Comment #2 from Andreas Schwab ---
This is SunOS, nothing related to glibc.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=29961
--- Comment #4 from Andreas Schwab ---
No, it defines _BYTE_ORDER and _BIG_ENDIAN.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=29961
--- Comment #6 from Andreas Schwab ---
SunOS is not related to glibc at all.
#if defined(__SVR4) && defined(__sun)
#include
#endif
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=29961
--- Comment #8 from Andreas Schwab ---
__BYTE_ORDER is not the same as _BYTE_ORDER.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=29987
--- Comment #2 from Andreas Schwab ---
The problem is -L/usr/local/lib64 that overrides -L/root/binutils/libiberty in
the lookup of -liberty.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=29994
--- Comment #1 from Andreas Schwab ---
This is a bug in the linker script, see
https://lore.kernel.org/all/20221226184537.744960-1-masahi...@kernel.org/
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=30006
--- Comment #1 from Andreas Schwab ---
You have stripped the actual error from the build log. Please also state how
you have configured the build.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=30006
Andreas Schwab changed:
What|Removed |Added
Assignee|unassigned at sourceware dot org |vladimir.mezentsev at
oracle
https://sourceware.org/bugzilla/show_bug.cgi?id=30016
--- Comment #1 from Andreas Schwab ---
This is deliberate. A rename requires careful duplication of the attributes of
the target file, which is difficult to get right. See PR27456.
--
You are receiving this mail because:
You are on the CC
https://sourceware.org/bugzilla/show_bug.cgi?id=30092
--- Comment #5 from Andreas Schwab ---
Please make sure you have a pristine source directory if you are building
outside of it.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=30080
--- Comment #5 from Andreas Schwab ---
See commit a3b6428fe79.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=28909
--- Comment #5 from Andreas Schwab ---
Worksforme:
$ tar -tf binutils-2.40.tar.bz2 | grep -F .info
binutils-2.40/bfd/doc/bfd.info
binutils-2.40/binutils/doc/binutils.info
binutils-2.40/binutils/sysroff.info
binutils-2.40/gas/doc/as.info
binut
https://sourceware.org/bugzilla/show_bug.cgi?id=30152
--- Comment #1 from Andreas Schwab ---
The actual check is:
number = section->sh_size / section->sh_entsize;
if (number * sizeof (Elf64_External_Sym) > section->sh_size + 1)
which fails since your symtab uses ELF32 symbols.
--
You are
Assignee: unassigned at sourceware dot org
Reporter: sch...@linux-m68k.org
Target Milestone: ---
Target: riscv64-*-*
https://build.opensuse.org/package/live_build_log/openSUSE:Factory:RISCV/mvapich2:standard/standard/riscv64
/tmp/cc6dWrXa.ltrans18.ltrans.o: in function
https://sourceware.org/bugzilla/show_bug.cgi?id=22263
Andreas Schwab changed:
What|Removed |Added
Target|tilegx,tilepro,sparc,alpha |tilegx,tilepro,sparc,alpha,
https://sourceware.org/bugzilla/show_bug.cgi?id=25694
Andreas Schwab changed:
What|Removed |Added
See Also||https://sourceware.org/bugz
https://sourceware.org/bugzilla/show_bug.cgi?id=22263
Andreas Schwab changed:
What|Removed |Added
See Also||https://sourceware.org/bugz
https://sourceware.org/bugzilla/show_bug.cgi?id=25694
--- Comment #5 from Andreas Schwab ---
This still generates a spurious R_RISCV_NONE relocation for the pr22263-1 test.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=30237
--- Comment #2 from Andreas Schwab ---
strip and objcopy are the same thing.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=30237
Andreas Schwab changed:
What|Removed |Added
Target||riscv*-*-*
--
You are receiving thi
https://sourceware.org/bugzilla/show_bug.cgi?id=30237
--- Comment #3 from Andreas Schwab ---
This is really a bug in lld, it fails to create the RISCV_ATTRIBUTES segment
for the .riscv.attributes section.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=30237
--- Comment #6 from Andreas Schwab ---
Since arm32 does not have PT_ARM_ATTRIBUTES it cannot have this problem in the
first place. If you think this program is trivial, then why does it have
.riscv.attributes?
--
You are receiving this mail
https://sourceware.org/bugzilla/show_bug.cgi?id=30237
--- Comment #8 from Andreas Schwab ---
llvm-strip is quite broken: it fails to update the RISCV_ATTRIBUTES segment
when .riscv.attributes is removed.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=30588
--- Comment #4 from Andreas Schwab ---
They should probably by moved to libiberty.
--
You are receiving this mail because:
You are on the CC list for the bug.
: normal
Priority: P2
Component: gas
Assignee: unassigned at sourceware dot org
Reporter: sch...@linux-m68k.org
Target Milestone: ---
Target: riscv*-*-*
When the assembler is called with -mno-relax there is no reason to emit
pc-relative relocations to
https://sourceware.org/bugzilla/show_bug.cgi?id=30596
--- Comment #1 from Andreas Schwab ---
That appears to be specific to a native build, it doesn't happen in a cross
configuration.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=30692
--- Comment #2 from Andreas Schwab ---
Are you sure this isn't the same as
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110066?
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=30692
Andreas Schwab changed:
What|Removed |Added
Resolution|--- |MOVED
Status|UNCONFIRMED
https://sourceware.org/bugzilla/show_bug.cgi?id=30850
--- Comment #1 from Andreas Schwab ---
Only a few targets use [...] for something different (see NEED_INDEX_OPERATOR
and md_need_index_operator), otherwise GAS treats it as equivalent to (...).
--
You are receiving this mail because:
You are
https://sourceware.org/bugzilla/show_bug.cgi?id=30853
--- Comment #1 from Andreas Schwab ---
x86_dwarf2_return_column = (OUTPUT_FLAVOR == bfd_target_coff_flavour
? 32 : 16);
COFF apparantly uses a different register numbering.
--
You are receiving this m
https://sourceware.org/bugzilla/show_bug.cgi?id=30877
--- Comment #2 from Andreas Schwab ---
RISC-V use small data sections (it does not set NO_SMALL_DATA), and use the
default of placing .sdata and .got after .data, thus relro for .got is not
supported. In order to support relro, it needs to fo
https://sourceware.org/bugzilla/show_bug.cgi?id=30877
Andreas Schwab changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://sourceware.org/bugzilla/show_bug.cgi?id=30938
--- Comment #1 from Andreas Schwab ---
Since the compiler is configured with -disable-multilib you are lacking the
complete set of single-float crt*.o objects and libraries. Only -mabi=lp64d is
supported with this compiler.
--
You are recei
https://sourceware.org/bugzilla/show_bug.cgi?id=30938
--- Comment #3 from Andreas Schwab ---
crt1.o is part of libc, you need to build it for all multilibs.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=30979
--- Comment #3 from Andreas Schwab ---
You need to add --reloc to dump the relocations.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=30979
--- Comment #5 from Andreas Schwab ---
It's impossible in general to resolve relocations without doing a full link.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=30979
--- Comment #7 from Andreas Schwab ---
The assembler source is always more informative.
--
You are receiving this mail because:
You are on the CC list for the bug.
: binutils
Assignee: unassigned at sourceware dot org
Reporter: sch...@linux-m68k.org
Target Milestone: ---
objdump -s on a compressed debug section dumps only the initial part (according
to the compressed size) of the uncompressed section contents.
--
You are receiving this
https://sourceware.org/bugzilla/show_bug.cgi?id=31062
--- Comment #1 from Andreas Schwab ---
Actually it dumps the *compressed* contents, and there is no way to dump the
uncompressed contents.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=31062
Andreas Schwab changed:
What|Removed |Added
Summary|objdump -s mishandles |objdump -s missing option
https://sourceware.org/bugzilla/show_bug.cgi?id=31062
--- Comment #4 from Andreas Schwab ---
objdump -h displays the size of the uncompressed data, which adds to the
confusion.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=31062
--- Comment #5 from Andreas Schwab ---
Created attachment 15219
--> https://sourceware.org/bugzilla/attachment.cgi?id=15219&action=edit
Sample object file
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=31062
--- Comment #7 from Andreas Schwab ---
Looks good. Additionaly, perhaps objdump -h should indicate when a section is
compressed, like the C flag in readelf -S.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=31077
--- Comment #2 from Andreas Schwab ---
--enable-deterministic-archives is only related to archive members.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=31109
Andreas Schwab changed:
What|Removed |Added
Status|NEW |UNCONFIRMED
Ever confirmed|1
https://sourceware.org/bugzilla/show_bug.cgi?id=31110
--- Comment #2 from Andreas Schwab ---
That very much looks like the bootstrap compiler was built with a defective
assembler. Try rebuilding it with current binutils.
--
You are receiving this mail because:
You are on the CC list for the bu
https://sourceware.org/bugzilla/show_bug.cgi?id=31133
--- Comment #3 from Andreas Schwab ---
Which means it is a bug in glibc.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=31179
--- Comment #5 from Andreas Schwab ---
There are a lot of SUB_ULEB128 relocations with a non-zero addend in installed
static archives that will change behaviour with this commit.
$ readelf -Wr /usr/lib64/libc.a | grep -c 'SUB_ULEB128.*[+-] [^
https://sourceware.org/bugzilla/show_bug.cgi?id=31216
--- Comment #1 from Andreas Schwab ---
Try linking with -zseparate-code.
--
You are receiving this mail because:
You are on the CC list for the bug.
101 - 200 of 383 matches
Mail list logo
