Assignee: unassigned at sourceware dot org
Reporter: jengelh at inai dot de
Target Milestone: ---
$ g++-6 -std=gnu++14 -c x.cpp
int main(void)
{
struct NAMED {} f;
struct {} g;
struct {} h;
[](auto &&){}(f);
[](auto &&,
https://sourceware.org/bugzilla/show_bug.cgi?id=20873
--- Comment #2 from Jan Engelhardt ---
But maybe gcc has it fixed already and binutils did not update their bundled
copy of libiberty yet?
--
You are receiving this mail because:
You are on the CC list for the bug.
__
Assignee: unassigned at sourceware dot org
Reporter: jengelh at inai dot de
Target Milestone: ---
» git grep 'procesor-sp'
binutils/po/bg.po:msgid "
ld/testsuite/ld-x86-64/property-x86-isa1-x32.d:
ld/testsuite/ld-x86-64/property-x86-isa1.d:
This should be "
Component: ld
Assignee: unassigned at sourceware dot org
Reporter: jengelh at inai dot de
Target Milestone: ---
Maybe related: bug #10321
Observed:
sh$ >x.o
sh$ ld -r -o new.o x.o; echo $?
0
Expected:
$? == 1
Long rationale:
A parallel-unsafe Makefile could caus
https://sourceware.org/bugzilla/show_bug.cgi?id=29284
--- Comment #2 from Jan Engelhardt ---
>ld: a.out: warning - empty output file - was this intended ?
Is the output really empty - or at least empty in the BFD sense? a.out is 394
bytes in my case.
--
You are receiving this mail because:
You
https://sourceware.org/bugzilla/show_bug.cgi?id=29284
--- Comment #4 from Jan Engelhardt ---
Come to think of it, instead of truncation, compiler and linkers could:
* unlink (optional, but worthwhile, since it retains the
disk space usage pattern as truncation)
* create temp file in target
Component: ld
Assignee: unassigned at sourceware dot org
Reporter: jengelh at inai dot de
Target Milestone: ---
$ ld -v
GNU ld (GNU Binutils; openSUSE Tumbleweed) 2.38.20220525-6
$ echo 'int main(){}' >x.c
$ gcc x.c -g
$ objdump -W a.out
[...]
Contents of the .debug
https://sourceware.org/bugzilla/show_bug.cgi?id=29393
Jan Engelhardt changed:
What|Removed |Added
Status|RESOLVED|VERIFIED
--- Comment #2 from Jan Eng
Component: binutils
Assignee: unassigned at sourceware dot org
Reporter: jengelh at inai dot de
Target Milestone: ---
objdump changed the mnemonic output for prefix 3E.
By my reading of the Intel manual,
"""In 64-bit mode, only FS and GS segment-overrides ar
: ccoutant at google dot com
Reporter: jengelh at inai dot de
CC: ian at airs dot com
Description:
gold seems to ignore the --as-needed option.
Command issued:
echo -en '#include \nint main(void) { return (long)pcre_compile; };\n'
>x.c;
gcc-4.9 -fuse-ld=
https://sourceware.org/bugzilla/show_bug.cgi?id=17406
--- Comment #2 from Jan Engelhardt ---
At the time that -lpcre is specified, there should not be any undefined symbol
reference. Only after x.o is seen, this is the case. But then, no further
libraries are specified to resolve the undefined pc
iority: P2
Component: binutils
Assignee: unassigned at sourceware dot org
Reporter: jengelh at inai dot de
Target Milestone: ---
nm is able to emit "n"-type symbols (x86_64).
n wm4.unistd.h.213.4c582e35260d661b081322974b7c1e74
00
Priority: P2
Component: binutils
Assignee: unassigned at sourceware dot org
Reporter: jengelh at inai dot de
Target Milestone: ---
Input:
template void f() { F(); }
auto lm = []{};
int main() { f(); }
Commands:
» g++-10 x.cpp -std=c++2a -Wall
» ./binutils
https://sourceware.org/bugzilla/show_bug.cgi?id=29822
--- Comment #2 from Jan Engelhardt ---
But only on x86_64 and only specific CPU models, is it not? This is a i386
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=30578
Jan Engelhardt changed:
What|Removed |Added
CC||jengelh at inai dot de
--
You are
Assignee: unassigned at sourceware dot org
Reporter: jengelh at inai dot de
Target Milestone: ---
The GNU info page for GAS from binutils-2.40 specifies in section 7.85
(".section NAME") that
>The optional TYPE argument may contain one of the following
constants:
16 matches
Mail list logo