Skip to content

Known Issues: GNU Toolchain for DWC ARC Processors, v2014.12

anthony-kolesov edited this page Dec 16, 2014 · 4 revisions

9000840961: Cannot build PDF documentation on RHEL7

Description:

GNU tool chain for ARC build hangs on RHEL 7 and CentOS 7 systems at the stage of documentation build.

Workaround:

Pass --no-pdf option when running build-all.sh script. Documentation PDFs are available in ARC_Bookshelf.zip of tool chain release.


9000631432: GCC 4.8 link time optimizations (lto) not supported for ARC

Description:

GCC's link time optimization feature in 4.8 has not yet been ported to ARC.

Workaround:

Do not compile with -flto options.


9000658992: GDB for Linux complains about missing SO symbols with sysroot set

Description:

When debugging user space programs on Linux via GDB, users may notice GDB warning messages indicating "Could not load shared symbols for ." This warning happens when gdbserver is invoked with non-full path for the target binary, for example gdbserver :10000 hello. Gdbserver works fine with this invocation and resolves the binary location using PATH however the GDB client emits the warning.

There are no negative effects from these messages and debugging works fine.

Workaround:

Start gdbserver with full path to target program, for example gdbserver :10000 /usr/bin/hello.


9000629566: Unresolvable relocation in uClibc toolchain with option –fPIE

Description:

The –fPIE option is not yet supported in the uclibc port for ARC GNU and use of the option may result in seg faults.

Workaround:

Don’t use –fPIE.


9000628297: libgcc is linked even when -nostdlib is specified

Description:

According to gcc.gnu.org/onlinedocs/gcc/Link-Options.html, -nostdlib should not link libgcc but previous releases of ARC GNU toolchain linked libgcc regardless under this option. The ARC GNU toolchain supported option –reallynostdlib for –nostdlib behavior. In ARC GNU 4.8 the –reallynostdlib has been deprecated and the toolchain implements standard –nostdlib behavior, meaning libgcc is not linked under –nostdlib.

Workaround:

The GCC documentation explicitly mentions that users usually still need libgcc when wanting to avoid other standard libraries. The recommendation is for users to specify –lgcc as well when specifying –nostdlib to avoid any problems.


9000599571: Getting SIG32 while remotely debugging apps with pthreads

Description:

Under certain debugging conditions, the gdb client program can be halted due to signals (SIG32, SIG33) received from libpthreads that can’t be handled by gdb since libraries are stripped of symbols.

Workaround:

These signals are not harmful and may be ignored. Add the following commands to .gdbinit file to ignore these signals:

handle SIG32 noprint nostop pass 
handle SIG33 noprint nostop pass    

9000580493: Native GDB thread debugging doesn't work with uclibc linuxthreads library

Description:

Native GDB thread debugging doesn't work with uclibc linuxthreads library and GDB stops at clone() syscall.

Workaround:

Use remote GDB connection to on target GDB server ("target remote" command from debug host) to debug threads.


9000496174: Option -fno-omit-frame-pointer broken

Description:

Turning on the use of the frame pointer via the –fno-omit-frame-pointer option can result in crashes.

Workaround:

The work-around is to enable -fomit-frame-pointer.


ARS0102823: linker coalescing elf segments with -z max-page-size=16384

Description:

Dynamically linked ARC Linux user applications may fail for kernels configured for a page size of 16K (default is 8K) Enabling 16k page size support in the ARC GNU toolchain requires the elf loadable segments (program segments) to be mapped at 16k boundary (the current alignment is 4k) which causes the kernel to fail when loading the main executable (in both static and dynamically linked scenarios).

Workaround:

The work-around is to use linker option -Wl,-z,max-page-size=16384


Clone this wiki locally