[Bug gas/25224] [Z80][PATCH] Add support for Zilog Z180 and eZ80 CPUs
https://sourceware.org/bugzilla/show_bug.cgi?id=25224 Sergey Belyashov changed: What|Removed |Added Attachment #12137|0 |1 is obsolete|| --- Comment #13 from Sergey Belyashov --- Created attachment 12142 --> https://sourceware.org/bugzilla/attachment.cgi?id=12142&action=edit Add support for Z180 and eZ80 to bfd/gas/binutils/ld Fixed version of previous patch -- You are receiving this mail because: You are on the CC list for the bug.
[Bug gas/25224] [Z80][PATCH] Add support for Zilog Z180 and eZ80 CPUs
https://sourceware.org/bugzilla/show_bug.cgi?id=25224 Sergey Belyashov changed: What|Removed |Added Attachment #12142|0 |1 is obsolete|| --- Comment #14 from Sergey Belyashov --- Created attachment 12143 --> https://sourceware.org/bugzilla/attachment.cgi?id=12143&action=edit Add support for Z180 and eZ80 to bfd/gas/binutils/ld Added option to set non-standard local label prefix (for example underscore). -- You are receiving this mail because: You are on the CC list for the bug.
[Bug ld/23869] gem5.debug link with -fuse-ld=gold fails with /usr/bin/ld.gold: internal error in read_cie, at ../../gold/ehframe.cc:943 if partial link is done initially with ld and final link with go
https://sourceware.org/bugzilla/show_bug.cgi?id=23869 Ciro Santilli changed: What|Removed |Added Summary|gem5.debug link with|gem5.debug link with |-fuse-ld=gold fails with|-fuse-ld=gold fails with |/usr/bin/ld.gold: internal |/usr/bin/ld.gold: internal |error in read_cie, at |error in read_cie, at |../../gold/ehframe.cc:943 |../../gold/ehframe.cc:943 ||if partial link is done ||initially with ld and final ||link with gold -- You are receiving this mail because: You are on the CC list for the bug.
[Bug gold/25309] New: Certain source lines when debugging with GDB are not found for an executable using gold linker, but are found if regular ld is used instead
https://sourceware.org/bugzilla/show_bug.cgi?id=25309 Bug ID: 25309 Summary: Certain source lines when debugging with GDB are not found for an executable using gold linker, but are found if regular ld is used instead Product: binutils Version: 2.30 Status: UNCONFIRMED Severity: normal Priority: P2 Component: gold Assignee: ccoutant at gmail dot com Reporter: ciro.santilli at gmail dot com CC: ian at airs dot com Target Milestone: --- I don't have a fully minimized example, but here is a fully reproducible setup within a more or less complex build of a big project: https://github.com/cirosantilli/linux-kernel-module-cheat/issues/109 running in Ubuntu 18.04. The project uses partial linking. The compilation, partial link, and final link commands for one particular file for which the source lines could not be found was as follows. Do you see anything suspicious? compile.tmp.sh ``` g++ \ -o out/gem5/upstream-master/build/ARM/cpu/o3/cpu.do \ -c \ -std=c++11 \ -pipe \ -fno-strict-aliasing \ -Wall \ -Wundef \ -Wextra \ -Wno-sign-compare \ -Wno-unused-parameter \ -Werror \ -Wno-error=deprecated-declarations \ -Wno-error=deprecated \ -pthread \ -fno-builtin-malloc \ -fno-builtin-calloc \ -fno-builtin-realloc \ -fno-builtin-free \ -DPROTOBUF_INLINE_NOT_IN_HEADERS=0 \ -ggdb3 \ -O0 \ -DNUMBER_BITS_PER_SET=64 \ -DDEBUG \ -DTRACING_ON=1 \ -Iext/pybind11/include \ -Iout/gem5/upstream-master/build/drampower/src \ -Iout/gem5/upstream-master/build/nomali/include \ -Iout/gem5/upstream-master/build/iostream3 \ -Iout/gem5/upstream-master/build/libfdt \ -Iout/gem5/upstream-master/build/libelf \ -Iout/gem5/upstream-master/build/fputils/include \ -Iinclude \ -Iext \ -I/usr/include/python2.7 \ -I/usr/include/x86_64-linux-gnu/python2.7 \ -I/usr/include/hdf5/serial \ -Iext/googletest/googletest/include \ -Iext/googletest/googlemock/include \ -Iout/gem5/upstream-master/build/ARM \ -Iout/gem5/upstream-master/build/ARM/systemc/ext \ out/gem5/upstream-master/build/ARM/cpu/o3/cpu.cc ``` intermediate-link.tmp.sh ``` g++ \ -o out/gem5/upstream-master/build/ARM/cpu/o3/lib.do.partial \ -fuse-ld=gold \ -r \ -nostdlib \ -flinker-output=rel \ out/gem5/upstream-master/build/ARM/cpu/o3/base_dyn_inst.do \ out/gem5/upstream-master/build/ARM/cpu/o3/commit.do \ out/gem5/upstream-master/build/ARM/cpu/o3/cpu.do \ out/gem5/upstream-master/build/ARM/cpu/o3/deriv.do \ out/gem5/upstream-master/build/ARM/cpu/o3/decode.do \ out/gem5/upstream-master/build/ARM/cpu/o3/dyn_inst.do \ out/gem5/upstream-master/build/ARM/cpu/o3/fetch.do \ out/gem5/upstream-master/build/ARM/cpu/o3/free_list.do \ out/gem5/upstream-master/build/ARM/cpu/o3/fu_pool.do \ out/gem5/upstream-master/build/ARM/cpu/o3/iew.do \ out/gem5/upstream-master/build/ARM/cpu/o3/inst_queue.do \ out/gem5/upstream-master/build/ARM/cpu/o3/lsq.do \ out/gem5/upstream-master/build/ARM/cpu/o3/lsq_unit.do \ out/gem5/upstream-master/build/ARM/cpu/o3/mem_dep_unit.do \ out/gem5/upstream-master/build/ARM/cpu/o3/regfile.do \ out/gem5/upstream-master/build/ARM/cpu/o3/rename.do \ out/gem5/upstream-master/build/ARM/cpu/o3/rename_map.do \ out/gem5/upstream-master/build/ARM/cpu/o3/rob.do \ out/gem5/upstream-master/build/ARM/cpu/o3/scoreboard.do \ out/gem5/upstream-master/build/ARM/cpu/o3/store_set.do \ out/gem5/upstream-master/build/ARM/cpu/o3/thread_context.do \ out/gem5/upstream-master/build/ARM/cpu/o3/checker.do \ -Lout/gem5/upstream-master/build/drampower \ -Lout/gem5/upstream-master/build/nomali \ -Lout/gem5/upstream-master/build/iostream3 \ -Lout/gem5/upstream-master/build/libfdt \ -Lout/gem5/upstream-master/build/libelf \ -Lout/gem5/upstream-master/build/fputils \ -L/usr/lib/x86_64-linux-gnu/hdf5/serial \ -Lout/gem5/upstream-master/build/googletest ``` link.tmp.sh ``` g++ \ -o out/gem5/upstream-master/build/ARM/gem5.debug \ -fuse-ld=gold \ -pthread \ -L/usr/lib/python2.7/config-x86_64-linux-gnu \ -L/usr/lib \ -Xlinker \ -export-dynamic \ -Wl,-O1 \ -Wl,-Bsymbolic-functions \ -z origin \ -O0 \ out/gem5/upstream-master/build/ARM/sim/main.do \ out/gem5/upstream-master/build/ARM/dev/pci/lib.do.partial \ out/gem5/upstream-master/build/ARM/mem/ruby/network/lib.do.partial \ out/gem5/upstream-master/build/ARM/dev/ps2/lib.do.partial \ out/gem5/upstream-master/build/ARM/cpu/o3/probe/lib.do.partial \ out/gem5/upstream-master/build/ARM/systemc/dt/lib.do.partial \ out/gem5/upstream-master/build/ARM/mem/protocol/lib.do.partial \ out/gem5/upstream-master/build/ARM/kern/lib.do.partial \ out/gem5/upstream-master/build/ARM/cpu/minor/lib.do.partial \ out/gem5/upstream-master/build/ARM/mem/ruby/network/fault_model/lib.do.partial \ out/gem5/upstream-master/build/ARM/sim/prob
[Bug gold/25309] Certain source lines when debugging with GDB are not found for an executable using gold linker, but are found if regular ld is used instead
https://sourceware.org/bugzilla/show_bug.cgi?id=25309 Ciro Santilli changed: What|Removed |Added CC||nickc at redhat dot com -- You are receiving this mail because: You are on the CC list for the bug.
[Bug gold/25309] Certain source lines when debugging with GDB are not found for an executable using gold linker, but are found if regular ld is used instead
https://sourceware.org/bugzilla/show_bug.cgi?id=25309 Ciro Santilli changed: What|Removed |Added CC||amodra at gmail dot com -- You are receiving this mail because: You are on the CC list for the bug.
[Bug gold/25309] Certain source lines when debugging with GDB are not found for an executable using gold linker, but are found if regular ld is used instead
https://sourceware.org/bugzilla/show_bug.cgi?id=25309
--- Comment #1 from Ciro Santilli ---
Worth mentioning that the point I try to break at is a member method of a C++
template class:
```
template
void
FullO3CPU::tick()
{
```
--
You are receiving this mail because:
You are on the CC list for the bug.
[Bug gold/25309] Certain source lines when debugging with GDB are not found for an executable using gold linker, but are found if regular ld is used instead
https://sourceware.org/bugzilla/show_bug.cgi?id=25309 Ciro Santilli changed: What|Removed |Added Version|2.30|2.33 -- You are receiving this mail because: You are on the CC list for the bug.
[Bug gold/25309] Certain source lines when debugging with GDB are not found for an executable using gold linker, but are found if regular ld is used instead
https://sourceware.org/bugzilla/show_bug.cgi?id=25309 --- Comment #2 from Ciro Santilli --- Also reproduced in binutils 2.33 Ubuntu 19.10. I also noticed an instance that was not in a template function, so that is not a requirement to reproduce. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug gprof/25310] New: I am working as an IT professional and holds a very good experience in the same field.
https://sourceware.org/bugzilla/show_bug.cgi?id=25310 Bug ID: 25310 Summary: I am working as an IT professional and holds a very good experience in the same field. Product: binutils Version: unspecified Status: UNCONFIRMED Severity: normal Priority: P2 Component: gprof Assignee: unassigned at sourceware dot org Reporter: nevastech at gmail dot com Target Milestone: --- I am working as an IT professional and holds a very good experience in the same field. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug gprof/25310] I am working as an IT professional and holds a very good experience in the same field.
https://sourceware.org/bugzilla/show_bug.cgi?id=25310 Nevas Technologies changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED URL||https://www.nevastech.com/s ||olutions/microsoft-dynamics ||-365/microsoft-dynamics-365 ||-business-central/ Resolution|--- |INVALID --- Comment #1 from Nevas Technologies --- It is good to resolved. -- You are receiving this mail because: You are on the CC list for the bug.
