https://sourceware.org/bugzilla/show_bug.cgi?id=31761
--- Comment #1 from Andreas Schwab ---
See ld/ldlang.c:lang_process, ld opens the output before processing the input
files.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=25527
--- Comment #4 from Andreas Schwab ---
gcc 14 will support -static-pie for linux configurations.
--
You are receiving this mail because:
You are on the CC list for the bug.
Priority: P2
Component: gas
Assignee: unassigned at sourceware dot org
Reporter: sch...@linux-m68k.org
Target Milestone: ---
Target: riscv*-*-*
$ echo 'f: j 1f; .space 0x20; 1: ret' | as -mno-relax -; objdump -dr
a.out: file format elf64
https://sourceware.org/bugzilla/show_bug.cgi?id=31503
--- Comment #7 from Andreas Schwab ---
That should use ALIGN(8).
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=31474
Andreas Schwab changed:
What|Removed |Added
Resolution|FIXED |INVALID
--
You are receiving this
https://sourceware.org/bugzilla/show_bug.cgi?id=31445
--- Comment #5 from Andreas Schwab ---
Any information needs to be added here.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=31445
--- Comment #3 from Andreas Schwab ---
It is a valid option. In which way does it not work?
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=31445
--- Comment #1 from Andreas Schwab ---
-Trodata is an abbreviation for -Trodata-segment.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=31398
Andreas Schwab changed:
What|Removed |Added
Target||riscv*-*-*
--
You are receiving
https://sourceware.org/bugzilla/show_bug.cgi?id=31398
--- Comment #3 from Andreas Schwab ---
The difference appears to be that when pr21964-4.c is compiled with -fpie the
symbol __start___verbose is referenced by a R_RISCV_GOT_HI20 relocation,
without -fpie it is a R_RISCV_HI20 relocation.
https://sourceware.org/bugzilla/show_bug.cgi?id=31398
--- Comment #2 from Andreas Schwab ---
For some reason both main and __start___verbose are put in the dynamic symtab,
unlike other architectures, where only the undefined references turn up there.
--
You are receiving this mail because:
You
https://sourceware.org/bugzilla/show_bug.cgi?id=31398
--- Comment #1 from Andreas Schwab ---
$ objdump -T tmpdir/pr21964-4 | grep __start___verbose
2020 gD __verbose Base
.protected __start___verbose
--
You are receiving this mail because:
You are
https://sourceware.org/bugzilla/show_bug.cgi?id=31396
--- Comment #1 from Andreas Schwab ---
There is nothing special about .if or '=='. The expression evaluator will
enter any identifier into the symbol table that is part of an expression, see
symbol_find_or_make.
--
You are receiving this
https://sourceware.org/bugzilla/show_bug.cgi?id=31314
Andreas Schwab changed:
What|Removed |Added
CC||amodra at gmail dot com
--- Comment
: binutils
Assignee: unassigned at sourceware dot org
Reporter: sch...@linux-m68k.org
Target Milestone: ---
$ MALLOC_CHECK_=3 doc/chew -f ../../binutils/bfd/doc/proto.str <
../../binutils/bfd/reloc.c
Segmentation fault (core dumped)
$ valgrind --track-origins=yes doc/chew
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.
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=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=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
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=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=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=31062
--- Comment #5 from Andreas Schwab ---
Created attachment 15219
--> https://sourceware.org/bugzilla/attachment.cgi?id=15219=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 #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
Andreas Schwab changed:
What|Removed |Added
Summary|objdump -s mishandles |objdump -s missing option
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.
: 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
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.
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 #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=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=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
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=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
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
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
https://sourceware.org/bugzilla/show_bug.cgi?id=30692
Andreas Schwab changed:
What|Removed |Added
Resolution|--- |MOVED
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=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.
: 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
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.
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=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
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
Andreas Schwab changed:
What|Removed |Added
Target||riscv*-*-*
--
You are receiving
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=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=22263
Andreas Schwab changed:
What|Removed |Added
See Also||https://sourceware.org/bugz
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
Target|tilegx,tilepro,sparc,alpha |tilegx,tilepro,sparc,alpha,
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=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
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
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=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=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=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=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=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=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=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=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 #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 #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=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=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
Andreas Schwab changed:
What|Removed |Added
Version|unspecified |2.40 (HEAD)
--- Comment #1 from
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=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=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=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=29722
Andreas Schwab changed:
What|Removed |Added
Resolution|--- |NOTABUG
Status|NEW
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=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=29623
--- Comment #1 from Andreas Schwab ---
-a[sub-option...] turn on listings
Sub-options [default hls]:
c omit false conditionals
d omit debugging
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=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:
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:
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=29338
Andreas Schwab changed:
What|Removed |Added
CC||doko at debian dot org
--- Comment
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.
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/src -I.. -U
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
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=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
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
https://sourceware.org/bugzilla/show_bug.cgi?id=29052
Andreas Schwab changed:
What|Removed |Added
Resolution|FIXED |DUPLICATE
--- Comment #4 from
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=28842
Andreas Schwab changed:
What|Removed |Added
Resolution|--- |NOTABUG
https://sourceware.org/bugzilla/show_bug.cgi?id=28743
--- Comment #5 from Andreas Schwab ---
No, dwz optimizes the (separate) debug info.
eh-opt is a linker pass, see bfd/elf-eh-frame.c
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=28743
--- Comment #3 from Andreas Schwab ---
I don't think separate-code has any influence here, since the hole is between
two non-exec sections.
.eh_frame ends at 0xa2830, but .init_array starts at 0xa4130. Perhaps the
effect of .eh_frame
https://sourceware.org/bugzilla/show_bug.cgi?id=28743
--- Comment #1 from Andreas Schwab ---
That's a 4096 byte hole.
What is the section to segment mapping?
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=28714
--- Comment #1 from Andreas Schwab ---
Those are the tools needed by gcc or gdb, see ACX_CHECK_INSTALLED_TARGET_TOOL
in the toplevel configure.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=28545
--- Comment #7 from Andreas Schwab ---
Please show the full configure command line.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=28545
--- Comment #5 from Andreas Schwab ---
How did you configure?
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=28262
--- Comment #3 from Andreas Schwab ---
Is 0x13 code or data?
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=28254
--- Comment #9 from Andreas Schwab ---
"If no flags are specified, the default flags depend upon the section
name. If the section name is not recognized, the default will be for
the section to have none of the above flags: it will not be
https://sourceware.org/bugzilla/show_bug.cgi?id=28192
--- Comment #1 from Andreas Schwab ---
Does the addend in a GOT relocation actually have a useful meaning?
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=28021
--- Comment #1 from Andreas Schwab ---
I'd guess the other archs never see that issue since versioned aliases are a
rare thing in the embedded world.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=27990
--- Comment #2 from Andreas Schwab ---
That information is already part of the map file, including the symbol which
has triggered the inclusion.
--
You are receiving this mail because:
You are on the CC list for the bug.
1 - 100 of 340 matches
Mail list logo