From: Andreas Ziegler <br015@umbiko.net>
To: Lance Fredrickson <lancethepants@gmail.com>
Cc: Buildroot <buildroot@buildroot.org>
Subject: Re: [Buildroot] [Aarch64] libstdc++ segfault at end of execution
Date: Thu, 11 Aug 2022 10:54:56 +0000 [thread overview]
Message-ID: <4e30650d952bc4dbe44f0ffcd92810df@umbiko.net> (raw)
In-Reply-To: <mailman.8980.1660210862.92745.buildroot@buildroot.org>
Hi Lance,
> I'm having segfaulting issues with c++ on aarch64 using uclibc-ng.
> Anyone else using aarch64 with uclibc-ng?
> I submitted a bug to gcc so am linking that here for this description.
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106581
Some years ago, I switched from uClibc to musl on aarch64, because
uClibc did not fully implement thread-local storage, at least not in
combination with multi-threaded execution, on this architecture.
The C++ library uses TLS for example to store exception related
information, which, in my case resulted in a segmentation fault whenever
the first exception handler was invoked, because the TLS area was
inaccessible from the current thread.
My notes show that tests in 2021 still showed this problem.
Kind regards,
Andreas
[1] https://www.etalabs.net/compare_libcs.html
> thanks,
> Lance Fredrickson
------------------------------
_______________________________________________
buildroot mailing list
buildroot@buildroot.org
https://lists.buildroot.org/mailman/listinfo/buildroot
next parent reply other threads:[~2022-08-11 11:03 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <mailman.8980.1660210862.92745.buildroot@buildroot.org>
2022-08-11 10:54 ` Andreas Ziegler [this message]
2022-09-02 14:21 [Buildroot] [Aarch64] libstdc++ segfault at end of execution Alex Roberts
-- strict thread matches above, loose matches on Subject: below --
2022-08-10 21:30 Lance Fredrickson
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4e30650d952bc4dbe44f0ffcd92810df@umbiko.net \
--to=br015@umbiko.net \
--cc=buildroot@buildroot.org \
--cc=lancethepants@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.