Shahab
Shahab
``` ######################### # build error (warning) #=============================================== ######################### $ /gcc/configure --target=arc-elf32 \ --host= \ --prefix=/path/to/install \ --disable-shared \ --disable-threads \ --enable-languages=c,c++ \ --with-system-zlib \ --disable-tls \ --with-newlib \ --with-headers=/path/to/install/arc-elf32/include \...
My x86_64 GCC version: `gcc (GCC) 10.2.1 20201203` ARC64 GCC commit: [80711e9378 arc64: Add Vectorizer cost hook.](https://github.com/foss-for-synopsys-dwc-arc-processors/gcc/commit/80711e9378) ``` $ cd arc-gnu-toolchain $ autoconf $ ./configure --prefix=/path/to/install $ make -j $(nproc)...
If you build a program for arc64 target with debug flags, the stored information is incomplete: ``` > arc64-elf-objdump -Wi hello.exe ... DW_AT_name : (indirect string, offset: 0x0): crt0.S ......
The linker specs files should allow building against nano libraries. For instance, `libgloss/arc64/qemu.specs` should change from: ``` *qemu_libc: -lc ``` to ``` *qemu_libc: %{!specs=nano.specs:-lc} %{specs=nano.specs:-lc_nano} ``` Some of the specs...
In this small [example](https://github.com/foss-for-synopsys-dwc-arc-processors/binutils-gdb/files/3766963/r_arc_none_symbol.zip), you see the following output for relocations of `lib.so`: ``` $ make reloc arc-gnu-linux-readelf -r lib.so Relocation section '.rela.dyn' at offset 0x2d4 contains 10 entries: Offset...
binutils branch: `2019.09nx` In GDB: ``` info registers ``` is supposed to only print "general" registers. However, it seems GDB is printing every registers that it may know about: ...
binutils branch: `2019.09nx` Some registers' _fileds_ values are not correct: ##### tlbpd0: ``` (gdb) p/x $tlbpd0 $1 = 0x12345678 (gdb) p $tlbpd0 $2 = [ a=0 v sz vpn=0 ]...
After the commit [Fixed issue related to Zephyr](https://github.com/foss-for-synopsys-dwc-arc-processors/qemu/commit/2625a6fb) in QEMU, I've noticed my linux image is behaving weirdly. At random points in time, usually within the first minute, it starts...
While testing the support of eBPF JIT in ARCv2, I noticed that (64-bit) atomic tests, handled by the interpreter, lead to an assert in QEMU (haven't tried this on HSDK...
#### Testing the changes - I tested the changes in this PR: **briefly** #### Local build testing - I built this PR locally for my native architecture, `x86_64-glibc` ``` Along...