LEON3 RTEMS rc7 Tool Issue

[Joel Sherrill]

Hi

Someone from the RTEMS list may have an answer but rc7 indicates it was a
Gaisler toolchain.
Did you ping their support also? There is no assurance anyone from Gaisler
will see this here.

--joel

On Thu, Jan 16, 2020 at 5:33 AM <Richard.Glossop at l3harris.com> wrote:

> Recently upgraded to Gaisler rcc-1.3-rc7 for our LEON3 system.  I can
> build the code successfully from Eclipse/LIDE.  I can load the executable
> and successfully run it from the grmon command line.
>
>
>
> However when I try to execute from within the LIDE, gdb complains:
>
>
>
> Failed to connect to target!
>
> Error creating session
>
> /opt/rcc-1.3-rc7-gcc/bin/sparc-gaisler-rtems5-gdb:
> /usr/lib64/libstdc++.so.6: version `GLIBCXX_3.4.20' not found (required by
> /opt/rcc-1.3-rc7-gcc/bin/sparc-gaisler-rtems5-gdb)
>
> /opt/rcc-1.3-rc7-gcc/bin/sparc-gaisler-rtems5-gdb:
> /usr/lib64/libstdc++.so.6: version `GLIBCXX_3.4.20' not found (required by
> /opt/rcc-1.3-rc7-gcc/bin/sparc-gaisler-rtems5-gdb)
>
> /opt/rcc-1.3-rc7-gcc/bin/sparc-gaisler-rtems5-gdb:
> /usr/lib64/libstdc++.so.6: version `GLIBCXX_3.4.20' not found (required by
> /opt/rcc-1.3-rc7-gcc/bin/sparc-gaisler-rtems5-gdb)
>
> Error creating session
>
> Error creating session
>
> /opt/rcc-1.3-rc7-gcc/bin/sparc-gaisler-rtems5-gdb:
> /usr/lib64/libstdc++.so.6: version `GLIBCXX_3.4.20' not found (required by
> /opt/rcc-1.3-rc7-gcc/bin/sparc-gaisler-rtems5-gdb)
>
> /opt/rcc-1.3-rc7-gcc/bin/sparc-gaisler-rtems5-gdb:
> /usr/lib64/libstdc++.so.6: version `GLIBCXX_3.4.20' not found (required by
> /opt/rcc-1.3-rc7-gcc/bin/sparc-gaisler-rtems5-gdb)
>
> /opt/rcc-1.3-rc7-gcc/bin/sparc-gaisler-rtems5-gdb:
> /usr/lib64/libstdc++.so.6: version `GLIBCXX_3.4.20' not found (required by
> /opt/rcc-1.3-rc7-gcc/bin/sparc-gaisler-rtems5-gdb)
>
>
>
> Not sure what I need to do to make gdb happy here.  There are two versions
> of gdb provided in the rc7 /bin directory.  Regular and -6.8.  Changing the
> debugger over to 6.8 allows loading and running the code, however, it won’t
> load the symbol table complaining of the dwarf header version (is 4 not 2)
> – hence no source level debug, breakpoints etc…
>
>
>
>
> CONFIDENTIALITY NOTICE: This email and any attachments are for the sole
> use of the intended recipient and may contain material that is proprietary,
> confidential, privileged or otherwise legally protected or restricted under
> applicable government laws. Any review, disclosure, distributing or other
> use without expressed permission of the sender is strictly prohibited. If
> you are not the intended recipient, please contact the sender and delete
> all copies without reading, printing, or saving.
>
> _______________________________________________
> users mailing list
> users at rtems.org
> http://lists.rtems.org/mailman/listinfo/users
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.rtems.org/pipermail/users/attachments/20200116/4b374971/attachment.html>