On Wed, Aug 24, 2022 at 11:12 AM Keith Packard via Gcc-patches
wrote:
>
> Picolibc is a C library for embedded systems based on code from newlib
> and avr libc. To connect some system-dependent picolibc functions
> (like stdio) to an underlying platform, the platform may provide an OS
> library.
>
Picolibc is a C library for embedded systems based on code from newlib
and avr libc. To connect some system-dependent picolibc functions
(like stdio) to an underlying platform, the platform may provide an OS
library.
This OS library must follow the C library in the link command line. In
current pi
This option allows targets to insert an OS library after the C library
in the LIB_PATH spec file fragment. This library maps a few POSIX APIs
used by picolibc to underlying system capabilities.
For example, picolibc provides 'libsemihost' on various targets which
maps these APIs to semihosting cap
The default C library is normally computed based on the target
triplet. However, for embedded systems, it can be useful to leave the
triplet alone while changing which C library is used by default. Other
C libraries may still be available on the system so the compiler and
can be used by specifying
Signed-off-by: Keith Packard
---
gcc/config.gcc | 8 +++-
1 file changed, 7 insertions(+), 1 deletion(-)
diff --git a/gcc/config.gcc b/gcc/config.gcc
index f8b6da4f4e7..0aa4bd6c3dd 100644
--- a/gcc/config.gcc
+++ b/gcc/config.gcc
@@ -639,7 +639,7 @@ case ${target} in
esac
# Common C libr
Hello,
On Wed, 24 Aug 2022, Florian Weimer wrote:
> > On Wed, 24 Aug 2022, Florian Weimer wrote:
> >
> >> > Isn't this merely moving the failure point from exception-at-ctor to
> >> > dlopen-fails?
> >>
> >> Yes, and that is a soft error that can be handled (likewise for
> >> pthread_create).
>
* Michael Matz:
> Hello,
>
> On Wed, 24 Aug 2022, Florian Weimer wrote:
>
>> > Isn't this merely moving the failure point from exception-at-ctor to
>> > dlopen-fails?
>>
>> Yes, and that is a soft error that can be handled (likewise for
>> pthread_create).
>
> Makes sense. Though that actually
Hi all,
Tommorrow's meeting will be canceled, since it during 2022 RISC-V Summit China .
The next RISC-V GNU toolchian meeting will be held on Sep 8.
Please let me know if you have any topics want to discuss in the next meeting.
Best Regards,
Jiawei
Hello,
On Wed, 24 Aug 2022, Florian Weimer wrote:
> > Isn't this merely moving the failure point from exception-at-ctor to
> > dlopen-fails?
>
> Yes, and that is a soft error that can be handled (likewise for
> pthread_create).
Makes sense. Though that actually hints at a design problem with
* Michael Matz:
> Hello,
>
> On Tue, 23 Aug 2022, Florian Weimer via Gcc wrote:
>
>> We currently have a latent bug in glibc where C++ constructor calls can
>> fail if they have static or thread storage duration and a non-trivial
>> destructor. The reason is that __cxa_atexit (and
>> __cxa_thread
On Sun, 7 Aug 2022 at 09:33, Van Ly via Gcc wrote:
>
>
> Hello,
>
> On the readings page
>
> . https://gcc.gnu.org/readings.html
>
> a broken link points to
>
> An introduction to GCC by Brian J. Gough.
> . http://www.network-theory.co.uk/gcc/intro/
>
> which has a copy at
>
> .
> https:/
On 8/24/22 09:12, Jørgen Kvalsvik wrote:
> I tested it and get the file summary as expected:
>
> File 'demo.cc'
> Lines executed:84.62% of 26
> Branches executed:100.00% of 6
> Taken at least once:50.00% of 6
> Calls executed:100.00% of 4
> Creating 'demo.cc.gcov'
>
> Thanks,
> Jørgen
Great, I'v
On 22/08/2022 21:25, Martin Liška wrote:
Patch can bootstrap on x86_64-linux-gnu and survives regression tests.
Jorgen: Can you please test it before I'll install it?
Thanks,
Martin
gcc/ChangeLog:
* gcov.cc (add_line_counts): Add group functions to coverage
summary.
13 matches
Mail list logo